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Foreword 

This Technical Specification (TS) has been produced by ETSI Project Terrestrial Trunked Radio (TETRA). 

The present document is part 2 of a multi-part deliverable covering the Subscriber Identity Module to Mobile 
Equipment (TSIM-ME) interface, as identified below: 

ES 200 812-1: "Universal Integrated Circuit Card (UICC); Physical and logical characteristics"; 

TS 100 812-2: "Universal Integrated Circuit Card (UICC); Characteristics of the TSIM application"; 

EN 300 812-3: "Integrated Circuit (IC); Physical, logical and TSIM application characteristics". 

NOTE: Part 3 was originally published as EN 300 812 [15] and defines different technology than part 1 and 
part 2. 



Introduction 



The present document defines TETRA SIM application to be used with the generic terminal/Integrated Circuit Card 
(ICC) interface. 
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1 Scope 

The present document defines the TETRA SIM ("TSIM") application for TETRA mobile radio network operation. 
The present document specifies: 

• specific command parameters; 

• file structures; 

• contents of EFs (Elementary Files); 

• security functions; 

• application protocol to be used on the interface between UICC and ME. 

This is to ensure interoperability between a TSIM/UICC combination and an ME in accordance with the requirements 
laid down in ETR 295 [1]. 

Common files and commands are specified in TS 102 221 [14] to which reference should be made. 

The present document does not define any aspects related to the administrative management phase of the TSIM. Any 
internal technical realization of either the TSIM or the ME is only specified where this is reflected over the ME-TSIM 
interface. 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 102 221 [14], EN 300 392-1 [2] and the 
following apply: 

access conditions: set of security attributes associated with access to an Elementary File (EF) 
NOTE: ADM (administrative): 

indicates an access condition defined by the card issuer. Before issue of the card ADM serves as a 
placeholder for an access condition to be defined by the card issuer. Any access condition may be 
assigned. The assigned access condition is used during the usage phase of the TSIM; 

PINn (personal identification number): 

defines the access condition to an EF which requires verification of the user identity (n = 1 or 
n = 2); 
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NEV (never): 

access to the EF is never allowed across the TSIM-ME interface. 

administrative phase: part of the card life between the manufacturing phase and the usage phase 

card holder verification: authentication of the user to the TSIM card 

key generator: secure system entity authorized to generate Static Cipher Keys (SCKs) for Direct Mode Operation 
(DMO) 

key holder: secure system entity authorized to distribute SCKs for DMO 

key user: standard Direct Mode (DM) terminal which uses SCKs provided by an authorized key holder 

Mobile Equipment (ME): part of the MS which interfaces to the TSIM card 

Mobile Station (MS): entirety of the equipment needed to communicate with the infrastructure (in trunked mode of 
operation) or direct with another MS (in direct mode of operation) 

personalization: addition of subscriber and end user data to the appropriate EFs in the TSIM during the administrative 
phase of a card's life cycle 

pre-personalization: assignment of EF values at the manufacturing phase of a card's life cycle 

TETRA application: set of security mechanisms, files, data and protocols required by TETRA 

TETRA session: part of the card session dedicated to the TETRA operation 

TETRA SIM: subscriber identity module used in a TETRA MS 

TSIM: TETRA SIM application supported by the UICC 

usage phase: part of the card life, after the administrative phase, when the card is being used for operational purposes 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 
"0" to "9" and "A" to "F" The sixteen hexadecimal digits 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

ADF Application Dedicated File 

ADM ADMinistrative (see definitions) 

ADN Abbreviated Dialling Number 

AID Application IDentifier 

ALW ALWays 

APN Access Point Name 

BCD Binary Coded Decimal 

CCK Common Cipher Key 

CCK-id CCK-identifier 

CLA CLASS 

DCK Derived Cipher Key 

DCKl Part 1 of the DCK 

DCK2 Part 2 of the DCK 

DF Dedicated File 

DGNA Dynamic Group Number Assignment 

DMO Direct Mode Operation 

EF Elementary File 

FCP File Control Parameters 
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FDN Fixed Dialling Number 

FSSN Fleet Specific Short Number 

GCK Group Cipher Key 

GCK-VN GCK- Version Number 

GGSN Gateway GPRS Support Node 

GPRS General Packet Radio Service 

GSSI Group Short Subscriber Identity 

GTSI Group Tetra Subscriber Identity 

IC Integrated Circuit 

ID IDentifier 

IP Internet Protocol 

ISSI Individual Short Subscriber Identity 

ITSI Individual TETRA Subscriber Identity 

K individual subscriber authentication Key 

KB Enhanced security Key 

LND Last Number Dialled 

LSB Least Significant Bit 

MCC Mobile Country Code 

ME Mobile Equipment 

MF Master File 

MGCK Modified Group Cipher Key 

MMI Man Machine Interface 

MNC Mobile Network Code 

MS Mobile Station 

MSB Most Significant Bit 

NET NETwork 

NEV NEVer (see definitions) 

OTAR Over The Air Re-keying 

PABX Private Automatic Branch eXchange 

PIN Personal Identification Number 

PS_DO PIN Status Data Object 

PSTN Public Switched Telephone Network 

RANDl RANDom challenge 1 

RAND2 RANDom challenge 2 

RESl RESponse 1 

RES2 RESponse 2 

RFU Reserved for Future Use 

RS Random Seed 

RSO Random Seed for OTAR 

SCCK Sealed CCK 

SCK Static Cipher Key 

SCKN SCK Number 

SCK-VN SCK-Version Number 

SDN Service Dialling Number 

SDS Short Data Service 

SEID Security Environment ID 

SGCK Sealed GCK 

SIM Subscriber Identity Module 

SSC Supplementary Service Control string 

SSCK Sealed SCK 

SSI Short Subscriber Identity 

SwMI Switching and Management Infrastructure 

TE TETRA algorithm for enhanced security on SIM-ME interface 

TLV Tag, Length, Value 

TON Type Of Number 

TP Transfer layer Protocol 

TSIM TETRA Subscriber Identity Module 

UICC Universal Integrated Circuit Card 

XRES2 expected RESponse 2 
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Void 



Void 



Void 



7 Security features 

7.1 General on security 

The security aspects of TETRA are described in EN 300 392-7 [4] and EN 300 396-6 [7]. This clause gives information 
related to security features supported by the TSIM to enable the following: 

• authentication of the subscriber identity to the network; 

• data confidentiality over the air interface; 

• confidentiality of air interface keys when passed over the TSIM-ME interface; 

• file access conditions. 

The security of an MS is defined by security class (see EN 300 392-7 [4]). Table 1 indicates for which class the TSIM 
has to provide security functions and key storage. 

Table 1 : Security functions and key storage 



Class 


Authentication 


Key store 


OTAR SCK 


OTAR GCK 


OTAR CCK 


1 





n/a 


n/a 


n/a 


n/a 


2 





SCK 





n/a 


n/a 


3 


M 


DCK, CCK, GCK, 
MGCK 








M 


NOTE 1 : Where authentication is provided the TSIIVl shall also store K (not in an accessible EF). 
NOTE 2: IVI = Mandatory, = Optional and n/a = not applicable. 



7.2 Authentication and cipher key generation procedure 

This clause describes the authentication mechanism and cipher key generation which are invoked by the network and 
the TSIM. 

The names and parameters of the authentication algorithms supported by the TSIM are defined in EN 300 392-7 [4]. 
These are: 

• algorithms TAl 1/TA12 to authenticate the TSIM to the SwMI; 

• algorithms TA21/TA22 to authenticate the SwMI to the TSIM. 
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The cipher key generation algorithm supported by the TSIM is defined in EN 300 392-7 [4] and is required only for a 
TSIM-ME pair supporting Class 3 security. This is: 

• algorithm TB4 to generate the Derived Cipher Key (DCK). 
These algorithms may exist either discretely or combined within the TSIM. 

7.3 Support of Over The Air Re-keying (OTAR) distribution of 
cipher keys 

The names and parameters of the OTAR algorithms supported by the TSIM are defined in EN 300 392-7 [4] and 
EN 300 396-6 [7]. These are: 

algorithm TA32 to obtain the Common Cipher Key (CCK) from the Sealed CCK (SCCK); 

algorithm TA41/TA82 to obtain the Group Cipher Key (GCK) from the Sealed Group Cipher Key (SGCK); 

algorithm TA41/TA52 to obtain the Static Cipher Key (SCK) from the Sealed SCK (SSCK); 

algorithm TA71/TE to obtain the Modified Group Cipher Key (MGCK) from the GCK; 

algorithm TA41/TA92 to obtain the Group Sealing Key GSKO from the sealed SGSKO; 

algorithm TB7/TA52 to obtain the SCK from the SSCK distributed by OTAR in case of group address 
delivery; 

algorithm TB7/TA82 to obtain the Group Cipher Key (GCK) from the Sealed Group Cipher Key (SGCK) in 
case of group address delivery. 

These algorithms may exist either discretely or combined within the TSIM. 

7.4 Support of TSIIVI-IVIE enhanced security 

Enhanced security for DCK, CCK, SCK and MGCK on the TSIM-ME interface in TSIM-ME pairs supporting security 
Class 2 and 3 is supported by use of the TETRA algorithm for enhanced security on TSIM-ME interface (TE) 
algorithm. When enhanced TSIM-ME security is required (TSIM Service 20 set): 

• algorithm immediately following TB4 algorithm; 

• CCK, SCK and MGCK are sealed by the TE algorithm as part of the "Read EF" command. 



7.5 Storage of DCK 



After successful authentication DCK shall be stored on the TSIM for further use to unseal cipher keys for the duration 
of the authentication session, refer to EN 300 392-7 [4], clause 3.1 for the authentication session. 

7.6 User verification and file access conditions 

The TETRA application uses 2 PINs for user verification, PIN and PIN2. PIN2 is used only in the ADF. The PIN and 
PIN2 are mapped into key references as defined in TS 102 221 [14]. Each key reference is associated with a usage 
qualifier as defined in ISO/IEC 7816-9 [13]. The PIN status is indicated in the PS_DO, which is part of the FCP 
response when an ADF/DF is selected. The coding of the PS_DO is defined in TS 102 221 [14]. 

PIN and PIN2 are coded on 8 bytes. Only (decimal) digits (0 to 9) shall be used, coded in ITU-T Recommendation 
T.50 [6] with bit 8 set to zero. The minimum number of digits is 4. If the number of digits presented by the user is less 
than 8 then the ME shall pad the presented PIN with "FF" before sending it to the TSIM. 

The coding of the UNBLOCK PINs is identical to the coding of the PINs. However, the number of (decimal) digits is 
always 8. 
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The security architecture as defined in TS 102 221 [14] applies to the TETRA application with the following definitions 
and additions: 

• the TETRA application shall use key reference "01" as PIN and key reference "81" as P1N2. For access to 
DFTelecom the PIN shall be verified; 

• the only valid usage qualifier is "08" which means user authentication knowledge based (PIN) as defined in 
ISO/lEC 7816-9 [13]. The terminal shall support the multi-application capabilities as defined in 

TS 102 221 [14]; 

• every file in the TETRA application shall have a reference to an access rule stored in EF^j^j^; 

• every file under DFjgjg^gj^ shall have a reference to an access rule stored in EF^y^j^ under DFjg[gj,pjjj; 

• a multi-application capability UlCC (from the security context point of view) shall support the referenced 
format using SEID as defined in TS 102 221 [14]; 

• a multi-application capability UICC (from the security context point of view) shall support the replacement of 
a TETRA application PIN (key reference "01 ") with the Universal PIN (key reference "11 "), as defined in 

TS 102 221 [14]. Only the Universal PIN is allowed as a replacement; 

• a terminal shall support the use of level 1 and level 2 user verification requirements as defined in 
TS 102 221 [14]; 

• a terminal shall support the replacement of a TETRA application PIN with the Universal PIN, key reference 
"01", as defined in TS 102 221 [14]; 

• a terminal shall support the security attributes defined using tag's "8C", "AB" and "8B" as defined in 

TS 102 221 [14]. In addition both the referencing methods indicated by tag "8B" shall be supported as defined 
inTS 102 221 [14]. 

The access rule is referenced in the FCP using tag "8B". The TLV object contains the file ID (the file ID of EF^j^j^) and 
record number, or file ID (the file ID of EF^j^j^), SEID and record number, pointer to the record in EF^j^j^ where the 
access rule is stored. Each SEID refers to a record number in EF^y^j^. EFs having the same access rule use the same 
record reference in EF^^j^. For an example EF^^j^^, see TS 102 221 [14]. 



8 Void 



9 TETRA Commands 

9.1 AUTHENTICATE 

9.1.1 Command description 

The function is used during the procedure for authenticating the TSIM to its SwMI and vice versa and key management. 

The function is related to a particular TETRA-application and shall not be executable unless the TETRA or any 
sub-directory has been selected as the Current Directory and a successful PIN verification procedure has been 
performed. 

The function can be used in following contexts: 

• TETRA TAl 1/TA12 ALGORITHM; 

• TETRA TA2 1/TA22 ALGORITHM; 



£75/ 



1 5 ETSI TS 1 00 81 2-2 V2.4.1 (2005-08) 

TETRA TB4/TE ALGORITHM; 
TETRA TA32 ALGORITHM; 
TETRA TA41/TA82 ALGORITHM; 
TETRA TA41/TA52 ALGORITHM; 
TETRA TA71/TE ALGORITHM; 
TETRA TA41/TA92 ALGORITHM; 
TETRA TB7/TA52 ALGORITHM; 
TETRA TB7/TA82 ALGORITHM. 

9.1.1.1 TETRA TA11/TA1 2 ALGORITHM 

This function, initiated by the SwMI, is used for authenticating the TSIM to the TETRA network (SwMI). 

• Input from ME: RANDom challenge I (RANDl), Random Seed (RS). 

• Input from TSIM: K. 

• Output to TSIM: DCKL 

• Output to ME: Response 1 (RES 1). 

RESl shall be obtained from the TSIM by use of the GET RESPONSE command. 

9.1.1.2 TETRA TA21/TA22 ALGORITHM 

This function, initiated by the TSIM, is used for authenticating the TETRA network (SwMI) to the TSIM. 

• Input from ME: Response 2 (RES2), RS. 

• Input from TSIM: K, RAND2. 

• Output to TSIM: DCK2. 

• Output to ME: XRES2. 

XRES2 shall be obtained from the TSIM by use of the GET RESPONSE command. 

Before running TA21/TA22 ME shall run the GET CHALLENGE command. The result random challenge shall be 
stored internally on the TSIM and used as input RAND2. 

NOTE: The ME is informed about the success of the operation via the status condition [R2] returned by the 
TSIM. 

9.1.1.3 TB4/TE ALGORITHM 

This function is used to obtain the DCK from its two parts DCKl and DCK2 by use of the specified algorithm TB4. If 
TSIM Service 20 is set (enhanced TSIM-ME security) the enhanced security algorithm TE is automatically run by the 
TSIM to seal DCK with KE before sending it to the ME. 

• Input from TSIM: DCKl, DCK2, optionally KE (if TSIM Service 20 is set). 

• Output to TSIM: DCK. 

• Output to ME: DCK (sealed by KE if service 20 is set). 

In the case of mutual authentication between TSIM and SwMI (authentication in both directions) the inputs DCKl and 
DCK2 shall be obtained internally from the TAl 1/TA12 and TA21/TA22 algorithms respectively. In the case of 
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unilateral authentication, either DCKl or DCK2 shall be set to zero; for TSIM authentication DCK2 = 0; for SwMI 
authentication DCKl = 0. 

9.1.1.4 TA32 ALGORITHM 

This function is used to obtain the CCK from the SCCK by use of the specified algorithm TA32. The SCCK can be 
delivered to the ME in sealed format by an OTAR procedure. The SCCK shall be unsealed on the TSIM and the CCK 
stored on the TSIM for subsequent use in the ME. 

• Input from ME: SCCK, CCK-id, Record number (to be updated). 

• Input from TSIM: DCK. 

• Output to EF: CCK, CCK-id. 

• Output to ME: None. 

NOTE: The ME is informed about the success of the operation via the status condition (manipulation flag) 
returned by the TSIM. 

9.1.1.5 TA41/TA82 ALGORITHM 

This function shall be used to compute GCK and GCKN from SGCK, GCK Version Number (GCK-VN) and KSO. 

• Input from ME: SGCK, GCK-VN, Random Seed for OTAR (RSO). 

• Input from TSIM: K. 

• Output to EF: GCK (to EFGCK), GCKN. 

• Output to ME: None. 

NOTE 1 : GCKs are not accessible over the TSIM-ME interface. 

NOTE 2: The ME is informed about the success of the operation via the status condition (manipulation flag) 
returned by the TSIM. 

9.1.1.6 TA41/TA52 ALGORITHM 

This function is used to obtain the SCK from the SSCK which may be distributed by OTAR. The SSCKs shall be 
unsealed on the TSIM and the SCK stored on the TSIM for subsequent use in the ME. 

• Input from ME: SSCK, SCK-VN, Random Seed for OTAR (RSO). 

• Input from TSIM: K. 

• Output to EF: SCK, SCKN. 

• Output to ME: None. 

NOTE: The ME is informed about the success of the operation via the status condition (manipulation flag) 
returned by the TSIM. 

Algorithm TA52 shall output SCKN which shall be used as an index to the record in EFg^^j^. The record number shall 
be updated only if the Manipulation flag is TRUE. 

9.1.1.7 TA71/TE ALGORITHM 

This function shall be used to obtain the MGCK from the GCK and the CCK by use of the specified algorithm TA7 1 . 
The algorithm shall be run whenever a new GCK is distributed or when a new CCK is issued (for instance caused by 
entering a new location area). 

• Input from ME: Record number in EFCCK to be used, GCKN, GCK-VN. 
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• Input from EF: GCK, CCK. 

• Output to EF: None. 

• Output to ME: MGCK (encrypted using TE algorithm in case TSIM enhanced service is enabled). 

9.1.1.8 TB7/TA52 ALGORITHM 

This function is used to obtain the SCK from the SSCK which may be distributed by OTAR in case of group address 
delivery. The SSCKs shall be unsealed on the TSIM and the SCK stored on the TSIM for subsequent use in the ME. 

• Input from ME: SSCK, SCK-VN. 

• Input from TSIM: GSKO. 

• Output to EF: SCK, SCKN. 

• Output to ME: None. 

NOTE: The ME is informed about the success of the operation via the status condition (manipulation flag) 
returned by the TSIM. 

9.1.1.9 TA41/TA92 ALGORITHM 

This function is used to obtain the GSKO. See EN 300 392-7 [4] clause 4.2.5. 

• Input from ME: SGSKO, GSKO-VN, RSO. 

• Input from TSIM: K. 

• Output to EF: GSKO. 

• Output to ME: None. 

NOTE: The ME is informed about the success of the operation via the status condition (manipulation flag) 
returned by the TSIM. 

9.1.1.10 TB7/TA52 ALGORITHM 

This function is used to obtain the GCK from the SGCK which may be distributed by OTAR in case of group address 
delivery. The SGCKs shall be unsealed on the TSIM and the GCK stored on the TSIM for subsequent use in the ME. 

• Input from ME: SGCK, GCK-VN. 

• Input from TSIM: GSKO. 

• Output to EF: GCK, GCKN. 

• Output to ME: None. 

NOTE: The ME is informed about the success of the operation via the status condition (manipulation flag) 
returned by the TSIM). 

9.2 Coding of the commands 

The AUTHENTICATE command contents shall be as defined in table 2. 

Table 2: Contents of the AUTENTICATE command 



Code 


Value 


CLA 


As specified in TS 102 221 [14] 


INS 


"88" 


P1 


"00" 
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P2 


See table 3 


Lc 




Data 




Le 


"00", or maximum length of data expected in response 



Parameter P2 shall specify the authentication context as defined in table 3. 

Table 3: Coding of the reference control P2 



Coding 
b8-b1 


Meaning 


Ml II 


Specific reference data (e.g. DF specific/application dependant key) 


"-XX " 


"00" 


"-XXXXX" 


Authentication context: 

00000 RFU 

00001 TA11/TA1 2 ALGORITHM 

00010 TA21/TA22 ALGORITHM 

00011 TB4/TE ALGORITHM 

00100 TA32 ALGORITHM 

00101 TA41/TA82 ALGORITHM 

001 10 TA41/TA52 ALGORITHM 

00111 TA71/TE ALGORITHM 

01000 TA41/TA92 ALGORITHM 

01001 TB7/TA52 ALGORITHM 
01010 TB7/TA82 ALGORITHM 



All other codings shall be RFU. 

Command parameters/data, case 1 TAl 1/TA12 ALGORITHM contents shall be as defined in table 4. 

Table 4: Contents of the case 1 TA11/TA12 ALGORITHM command 



Byte(s) 


Description 


Length 


1 to 10 


RAND1 


10 


1 1 to 20 


RS 


10 



See EN 300 392-7 [4] for use of RES 1 and for size of the cryptographic parameters. 

Command parameters/data, case 2 TA21/TA22 ALGORITHM contents shall be as defined in table 5. 

Table 5: Contents of the case 2 TA21/TA22 ALGORITHM command 



Byte(s) 


Description 


Length 


1 to 4 


RES2 


4 


5 to 14 


RS 


10 



Command parameters/data, case 4 TA32 ALGORITHM contents shall be as defined in table 6. 
Table 6: Contents of the case 4 TA32 ALGORITHM command 



Byte(s) 


Description 


Length 


1 to 15 


SCCK 


15 


1 6 to 1 7 


CCK-id 


2 


18 


Record number 


1 



Command parameters/data, case 5 TA41/TA82 ALGORITHM contents shall be as defined in table 7. 
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Table 7: Contents of the case 5 TA41/TA82 ALGORITHM command 



Byte(s) 


Description 


Length 


1 to 15 


SGCK 


15 


1 6 to 1 7 


GCK-VN 


2 


18 to 27 


RSO 


10 



Command parameters/data, case 6 TA41/TA52 ALGORITHM contents shall be as defined in table 8. 
Table 8: Contents of the case 6 TA41/TA52 ALGORITHM command 



Byte(s) 


Description 


Length 


1 to 15 


SSCK 


15 


16to17 


SCK-VN 


2 


18 to 27 


RSO 


10 



Command parameters/data, case 7 TA71/TE ALGORITHM contents shall be as defined in table 9. 
Table 9: Contents of the case 7 TA71 ALGORITHM command 



Byte(s) 


Description 


Length 


1 


Input record from EFqqj^ 


1 (see note) 


2 to 3 


GCKN 


2 


4 to 5 


GCK-VN 


2 


NOTE: The input record from EFqqj^ specifies the record number (1 or 2) in EFqq|^ from 
which the CCK shall be retrieved. 



Command parameters/data, case 8, TA41/TA92 ALGORITHM contents shall be as defined in table 10. 
Table 10: Contents of the case 7 TA71/TE ALGORITHM command 



Byte(s) 


Description 


Length 


1 to 15 


SGSKO 


15 


16to17 


GSKO-VN 


2 


18 to 27 


RSO 


10 



Command parameters/data, case 9, TB7/TA52 ALORITHM contents shall be as defined in table 1 1 . 
Table 11 : Contents of the case 8 TA41/TA92 ALGORITHM command 



Byte(s) 


Description 


Length 


1 


Record Number for GSKO 


1 


2 to 16 


SSCK 


15 


17to18 


SCK-VN 


2 



Command parameters/data, case 10, TB7/TA82 ALGORITHM contents shall be as defined in table 12. 
Table 12: Contents of the case 10 TB7/TA82 ALGORITHM command 



Byte(s) 


Description 


Length 


1 


Record Number for GSKO 


1 


2 to 16 


SGCK 


15 


17to18 


GCK-VN 


2 
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Response parameters/data, case 1, TAl 1/TA12 ALGORITHM contents shall be as defined in table 13. 
Table 13: Contents of the case 1, TAl 1 /TAl 2 ALGORITHM response 



Byte(s) 


Description 


Length 


1 to 4 


RES1 


4 



See EN 300 392-7 [4] for use of RES 1 and for size of the cryptographic parameters. 

Response parameters/data, case 2, TA21/TA22 ALGORITHM contents shall be as defined in table 14. 

Table 14: Contents of the case 2, TA21/TA22 ALGORITHM response 



Byte(s) 


Description 


Length 


1 to 4 


XRES2 


4 



Response parameters/data, case 3, TB4/TE ALGORITHM contents shall be as defined in table 15. 
Table 15: Contents of the case 3, TB4/TE ALGORITHM response 



Byte(s) 


Description 


Length 


1 to 10 


DCK 


10 



Response parameters/data, case 7 TA71/TE ALGORITHM contents shall be as defined in table 16 

Table 16: Contents of the case 7 TA71/TE ALGORITHM response 

Response parameters/data: 



Byte(s) 


Description 


Length 


1 to 10 


MGCK 


10 



9.3 Definitions and coding 



The following definitions and coding are used in the response parameters/data of the commands. 

Coding: each byte is represented by bits b8 to bl, where b8 is the Most Significant Bit (MSB) and bl is the Least 
Significant Bit (LSB). In each representation the leftmost bit is the MSB. 

RFU: in a TETRA specific card all bytes which are RFU shall be set to "00" and RFU bits to 0. Where the TETRA 
application exists on a multi-application card or is built on a generic telecommunications card (e.g. TE9) then other 
values may apply. The values will be defined in the appropriate specifications for such cards. These bytes and bits shall 
not be interpreted by an ME in a TETRA session. 



Figure 1 : Void 



Coding of PINs and UNBLOCK PINs: 



A PIN is coded on 8 bytes. Only (decimal) digits (0 to 9) shall be used, coded in ITU-T Recommendation T.50 [6] with 
bit 8 set to zero. The minimum number of digits is 4. If the number of digits presented by the user is less than 8 then the 
ME shall pad the presented PIN with "FF" before sending it to the TSIM. 

The coding of the UNBLOCK PINs is identical to the coding of the PINs. However, the number of (decimal) digits is 
always 8. 

Figure 2: Void 
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9.4 Status conditions returned by the card 

This clause specifies the coding of the status words SWl and SW2. 

9.4.1 Security management 

Security management contents shall be as defined in table 17. 

Table 17: Contents of the security management 



SWl 


SW2 


Error description 


"98" 


"60" 


manipulation flag set 


"98" 


"70" 


SwIVII authentication unsuccessful 



9.4.2 Commands versus possible status responses 

Table 18 shows for each command the possible status conditions returned (marked by an asterisk *). 

Table 18: Commands and status words 





OK 


Mem 
Status 


Refer. 
Status 


Security 
status 


Application 

Independent 

Errors 


Commands 


9 





9 
F 
X 
X 


9 
2 

X 


9 
2 

4 



9 
4 




9 
4 

2 


9 

4 

4 


9 
4 

8 


9 
8 

2 


9 
8 


4 


9 
8 

8 


9 
8 

1 



9 
8 
4 



9 
8 
6 



9 
8 

7 



6 
7 
X 
X 


6 
B 
X 
X 


6 
D 
X 
X 


6 
E 
X 
X 


6 
F 
X 
X 


TA11/TA1 2 Algorithm 




* 




* 












* 












* 


* 




* 


* 


TA21/TA22 Algorithm 


* 






* 












* 










* 


* 


* 




* 


* 


TB4/TE Algorithm 


* 






* 












* 










* 


* 


* 




* 


* 


TA32 Algorithm 


* 






* 












* 








* 




* 


* 




* 


* 


TA41/TA82 Algorithm 


* 






* 












* 








* 




* 


* 




* 


* 


TA41/TA52 Algorithm 


* 






* 












* 








* 




* 


* 




* 


* 


TA71 /IE Algorithm 


* 






* 












* 








* 




* 


* 




* 


* 



10 



Contents of the EFs 



10.1 General on EFs 

This clause specifies the EFs for the TETRA session defining access conditions, data items and coding. A data item is a 
part of an EF which represents a complete logical entity, e.g. the alpha tag in an EF^^js^ record. 

EFs or data items having an unassigned value, or, which during the TETRA session, are cleared by the ME, shall have 
their bytes set to "FF". After the administrative phase all data items shall have a defined value or have their bytes set to 
"FF". If a data item is "deleted" during a TETRA session by the allocation of a value specified in another TETRA TS, 
then this value shall be used, and the data item is not unassigned. 

EFs are mandatory (M) or optional (O). The file size of an optional EF may be zero. All implemented EFs with a file 
size greater than zero shall contain all mandatory data items. Optional data items may either be filled with "F", or, if 
located at the end of an EF, need not exist. 
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Using the command GET RESPONSE the ME can determine the length of variable length records (e.g. 1 to X). 

NOTE: The field "Update activity" has only meaning to the card manufacturer to help choosing proper memory 
management for EFs. If an EF is updated very seldom, e.g. once during the administrative phase, it is set 
to "low". If an EF is updated or may be updated in every TETRA session it is set to "high". The actual 
update activity of certain EFs also depends on the system. Therefore the update activity of an EF is set to 
high if it may be updated frequently in some systems. For example, high security systems may want to 
update cipher keys frequently, but less secure systems may update keys only when a particular reason to 
do it arises. 

1 0.2 Contents of the EFs at the MF level 

Contents of application independent files at the MF level shall be as specified in TS 102 221 [14]. 

1 0.3 Contents of files at the TSIM ADF level 

The EFs in the TSIM ADF contain service and network related information as defined in clauses 10.3.1 to 10.3.69. 

1 0.3.1 EFssT (TSIM Service Table) 

This EF shall indicate which of the optional services and EFs are available as defined in table 19. 
NOTE 1 : Having the presence of optional services indicated simplifies their handling for the ME. 

Table 19: Contents of the TSIM service table EF 



Identifier: "6F01" Structure: transparent Mandatory 


File size: X bytes, X > 4 Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Services no. 1 to no. 8 


M 




2 


Services no. 9 to no. 16 


M 




3 


Services no. 17 to no. 24 


M 




4 


Services no. 25 to no. 32 


M 




5 


Services no. 33 to no. 40 


M 




6 


Services no. 41 to no. 48 


M 




etc. 


etc. 






X 


Service (8X-7) to (8X) 





1 



Services: 

Contents: 

Service no.l: 
Service no. 2: 
Service no. 3: 
Service no. 4: 
Service no. 5: 
Service no. 6: 
Service no. 7: 



PINl disable function; 

ADNTETRA (Internal TETRA Phone Book) and Extension A; 

ADNGWT (External phones). Gateway Extension 1 and Gateway table; 

FDNTETRA and Extension B; 

FDNGWT, Gateway Extension2 and Gateway table; 

SDNTETRA; 

SDNGWT, Gateway Extension3 and Gateway table; 
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Service no. 8: LNDTETRA and Extension A; 

Service no. 9: LNDGWT, Gateway Extensionl and Gateway table; 

Service no. 10: RFU; 

Service no. 1 1 : CCK and CCK location areas; 

Service no. 12: SCK; 

Service no.l3: GCK and MGCK; 

Service no. 14: Service Provider Name; 

Service no. 15: Preferred Networks; 

Service no. 16: Username; 

Service no. 17: Authentication; 

Service no. 18: OTAR; 

Service no. 19: RFU; 

Service no. 20: Enhanced TSIM-ME security; 

Service no. 21: RFU; 

Service no. 22: Status message texts; 

Service no. 23: SDSl message texts; 

Service no.24: SDS 123 Storage; 

Service no. 25: SDS 4 Storage (including the SDS 4 message storage status); 

Service no. 26: Call Modifiers; 

Service no. 27: DMO channel information, MS allocation of DM0 channels, DMO groups, 
DMO-TMO associations; 

Service no. 28: List of key holders; 

Service no. 29: DMO repeater and gateway list; 

Service no. 30: SDS Parameters; 

Service no.31: Default Status Target; 

Service no. 32: SDS Delivery Report; 

Service no. 33: RFU Service no. 34: Preferred Location Area; 

Service no. 35: Welcome Message; 

Service no. 36: ADN (External phones), Extensionl and Gateway table; 

Service no. 37: FDN, Extension2 and Gateway table; 

Service no. 38: SDN, Extension3 and Gateway table; 

Service no. 39: LND, Extensionl and Gateway table; 

Service no.40: LNDComp; 
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Service no.41 : Private Number information; 
Service no.42: APN table; 
Service no.43: Multi-Group feature. 
NOTE 2: Other services are possible in the future and will be coded on further bytes in the EF. 
The coding falls under the responsibility of ETSI. 
Coding shall be as defined in figure 3. 
1 bit is used to code each service: 
bit = 1 : service available 
bit = 0: service not available 
Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Service no.l 
Service no. 2 
Service no. 3 
Service no.4 
Service no. 5 
Service no. 6 
Service no. 7 
Service no. 8 



Service no. 9 
Service no. 10 
Service no. 1 1 
Service no. 12 
Service no. 13 
Service no. 14 
Service no. 15 
Service no. 16 



Service no. 17 
Service no. 18 
Service no. 19 
Service no. 20 
Service no. 21 
Service no. 22 
Service no. 23 
Service no. 24 



etc. 



EXAMPLE: 



Figure 3: Coding of the TSIIVI service table parameters 

Figure 4 shows example of coding for the first byte indicating that service no.l "PIN 1 -Disabling" 
is available. 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



xxxxxxxl 

Figure 4: Example of service coding 

1 0.3.2 EFiTsi (Individual Tetra Subscriber Identity) 

This EF shall contain the Individual Tetra Subscriber Identity number (ITSI) as defined in table 20. This EF shall not be 
readable or updateable when invalidated. 

Table 20: Contents of Individual Tetra Subscriber Identity EF 



Identifier: "6F02" 


Structure: 


transparent Mandatory 


File size: 6 bytes 




Update activity: low 


Access Conditions: 






READ 


PIN1 




UPDATE 


ADM 




DEACTIVATE 


ADM 




ACTIVATE 


NEV 




Bytes 


Description 


M/0 


Length 


1 to 6 


ITSI 


M 


6 



ITSI: 



Contents: ITSI consists of Mobile Country Code (MCC), Mobile Network Code (MNC) and Individual 
Short Subscriber Identity (ISSI). 

Coding shall be as defined in figure 5. 

Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of MCC address 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of MCC address 
LSB of MNC address 
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Byte 3: 



b8 b7 b6 b5 b4 b3 b2 bl 



Byte 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Byte 5: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Byte 6: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of MNC address 



LSBoflSSI 



Ninth bit of ISSI 



MSBoflSSI 



Figure 5: Coding of ITSI 

The network address of the ITSI shall be used as the preferred network address. 
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10.3.3 EFiTsiDis (ITSI Disabled) 

This EF shall indicate if the ITSI is temporarily disabled as defined in table 21. 

Table 21 : Contents of ITSI Disabled EF 



Identifier: "6F03" 


Structure: transparent IMandatory 


File size: 1 byte 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 


Status 


M 


1 



Status: 

Contents: The status bit indicates the temporary disable status of ITSI. 

Coding shall be as defined in figure 6. 
Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Not temporarily disabled 

1 Temporarily disabled 
RFU 

RFU 

RFU 

RFU 

RFU 

RFU 

RFU 



Figure 6: Coding of status 

10.3.4 EFuNAME (Username) 

This EF may contain the alphanumeric name corresponding to the ITSI as defined in table 22. 



£75/ 



28 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



Table 22: Contents of Username EF 



Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 



Identifier: "6F04" 

Structure: transparent 

Optional 

File size: 20 bytes 

Update activity: low 

Bytes 

Description 

M/0 

Length 

PIN1 
ADM 
ADM 
ADM 



1 to 20 



Name 



M 



20 



Name: 

Contents: The common name of the card holder to be displayed. 

Coding: According to the default 8-bit alphabet ISO/IEC 8859-1 [9]. Unused bytes shall be set as "FF". 

1 0.3.5 EFscT (Subscriber Class Table) 

This EF shall record the subscriber class membership of the ITSI subscription as defined in table 23. The subscriber 
class membership shall be defined at subscription. The subscriber class element is used to subdivide the MS population 
in up to 16 classes. 

The ITSI subscriber class may only be changed via the MMI by an authorized administrator or via the SwMI by the 
Network Operator or authorized system manager. 

Table 23: Contents of Subscriber Class Table EF 



Identifier: "6F05" Structure: transparent 


Mandatory 


File size: 4 bytes Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Classes from 1 to 8 


M 


1 


2 


Classes from 9 to 16 


M 


1 


3 to 4 


Energy saving information 





2 



Classes from 1 to 16: 

Coding shall be coded as defined in figure 7. 

Bit value 1 means that user is a member, value that user is not a member. 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Class 1 
Class 2 
Class 3 

"class 4 
Class 5 
Class 6 

"class? 

"class 8 



Byte 2: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Class 9 
"class 10 
"class 11 
"class 12 
"class 13 
"class 14 
"class 15 
"class 16 



Figure 7: Coding of subscriber classes 

Energy Saving Information: 

Contents: Indicates which energy saving scheme (if any) is in operation and the starting point of the 
energy economy mode. 

Coding: As per EN 300 392-2 [3] (14 bits) with b8 and b7 of first byte RFU. 

10.3.6 EFpHASE (Phase identification) 

This EF contains information concerning the phase of the TSIM as defined in table 24. 

Table 24: Contents of the Phase identification EF 



Identifier: "6F06" 




Structure: transparent Mandatory 


File size: 1 


byte 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




ALW 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 


TSIM Phase 


M 


1 byte 



TSIM Phase shall be indicated as defined in figure 8. 
Coding: 
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Byte 1: 



NOTE: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





























1 












1 












1 1 












1 












1 1 












1 1 












1 1 1 



Indicates support of ETS 300 812 Edition 1 

Indicates support of EN 300 812 (V2.1.1) 

Indicates support of TS 100 812-2 V2.2.1 and 

ES 200 812-2 V2.2.2 

EN 300 812-3 V2.2.1 or later version 

TS 100 812-2 V2.3.1 and ES 200 812-2 V2.3.2 or later 

version 

RFU 

RFU 

RFU 

RFU 



Figure 8: Coding of TSIIVI phase 

All other codings are reserved for specification by ETSI. 

Mobile Stations supporting ETS 300 812 [16] Edition 1, EN 300 812 [15] V2.1.1, TS 100 812-2 [17] 
V2.2.1 or ES 200 812-2 [18] V2.2.2 may not properly identify TS 100 812-2 [19] V2.3.1 and ES 200 
812-2 [20] V2.3.2 or any later phase unless they do not try to decode only bl and b2 in the case any of the 
bitb3tob8is"l". 



1 0.3.7 EFccK (Common Cipher Key) 

This EF shall contain common cipher key as defined in table 25. This EF shall contain 2 records. 

Table 25: Contents of Common Cipher Key EF 



Identifier: "6F07" Structure: linear fixed Optional 


Record size: 12 bytes Update activity: high 


Access Conditions: 

READ PIN1 
UPDATE NEV (see note) 
DEACTIVATE NEV 
ACTIVATE NEV 


Bytes 


Description 


IUI/0 


Length 


1 to 2 


CCK-id 


M 


2 


3 to 12 


Common ciplier key CCK 


IVI 


10 



NOTE: This EF is updated using the TA32 algorithm on the TSIM. 

If TSIM Service 20 is set (Enhanced TSIM-ME security) the enhanced security algorithm TE shall be automatically run 
by the TSIM to seal the record with Enhanced Security Key (KE) before sending it to the ME. 

CCK-id: 

Contents: Common cipher key identity. 

Coding shall be as defined in figure 9: 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of CCK-id 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of CCK-id 



Figure 9: Coding of CCK-id 

Common Cipher Key (CCK): 

Contents: CCK. 

Coding: CCK shall be coded in 10 bytes according to figure 10. 
Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of CCK 



etc. 
Byte 12: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of CCK 



Figure 10: Coding of CCK 
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1 0.3.8 EFccKLoc (CCK location areas) 

This EF shall contain the location area(s) the CCK is valid as defined in table 26. 

Table 26: Contents of CCK location areas EF 



Identifier: "6F08" 


Structure: 


transparent 




Optional 


File size: 32 bytes 




Update activity 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 








Bytes 


Description 


IM/O 


Length 


1 


Type 


M 


1 


2 to 32 


Location 


area information 







31 



Type: 

Contents: defines the structure of the location area information. 

Coding: shall be binary coded from to 4 as defined in figure 11. (See also EN 300 392-7 [4]). 
Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



All location areas 

1 List is provided 

1 LA-id masks is provided 

1 1 Range of LA-ids is provided 

RFU 

RFU 

RFU 

RFU 

RFU 

RFU 



Figure 1 1 : Location type 

Location area Information: 

Contents: defines the LA-ID where the CCK-ID is valid 

Coding: the coding is binary coded, where the structure is dependent on the type. 
Type 00: 

CCK-ID is valid for all location area, so no more information. Bytes 2 to 32 are RFU. 
Type 01: 
In that case a list of LA-ID is provided. The structure is as following: 

Byte 2: indicates number of location areas (1 to 15) shall be binary coded; and 

Bytes 3 to 32: Location areas 

Contents: a list of location areas where CCKs are valid. 

Coding: Each element is coded in 2 bytes, 14 bits. The first element (bytes 2 and 3) shall be as defined in 
figure 12. See also EN 300 392-7 [4]. 
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Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of location area 



Byte 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of location area 

RFU 

RFU 



Figure 12: Coding of location area 

Type 10: 

In that case the LA selector and mask mechanism is intended to find if the CCK applies to the current LA. 

Coding: 

Bytes 2 to 3: Location area bit mask shall be coded as defined in figure 13. 
Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of location area bit mask 



Byte 3: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of location area bit mask 

RFU 

RFU 



Figure 13: Location area bit masl< 
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Bytes 4 to 5: Location area selector shall be coded as defined in figure 14. 
Byte 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Byte 5: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of location area selector 



MSB of location area selector 

RFU 

RFU 



Figure 14: Location area selector 

Bytes 6 to 32 are RFU. 
Type 11: 

In that case a range of LA identities is defined according to the following: 

Bytes 2 to 3: Low location area value shall be coded as defined in figure 15. 
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Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of low location area 



Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of low location area 

RFU 

RFU 



Figure 15: Low location area 

Bytes 4 to 5: High location area value shall be encoded as defined in figure 16. 
Byte 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of high location area 



Byte 5: 



bS 



b? 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of high location area 

RFU 

RFU 



Figure 16: IHigh location area 
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1 0.3.9 EFscK (Static Cipher Keys) 

This EF shall contain information as defined in table 27 and can contain up to 32 records. 

Table 27: Contents of Static Cipher Keys EF 



Identifier: "6F09" 




Structure: linear fixed 




Optional 


Record length: 12 


bytes 




Update activity 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 

NEV (see note) 

NEV 

NEV 








Bytes 


Description 


IM/O 


Length 


1 to 2 


Static Cipher 


Key Version Number 




M 


2 


3 to 12 


Static Ciplier 


Key 






M 


10 



NOTE: This EF is updated using the TA41/52 algorithms on the TSIM. 

If TSIM Service 20 is set (Enhanced TSIM-ME security) the enhanced security algorithm TE shall be automatically run 
by the TSIM to seal the record with Enhanced Security Key (KE) before sending it to the ME. 

Static Cipher Key Version Number: 

Contents: The Static Cipher Key Version Number. 

Coding: The Static Cipher Key Version Number shall be coded according to figure 17. 
Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of SCK-VN 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of SCK-VN 



Figure 17: Coding of Static Cipher Key Version Number 

Static Cipher Key: 

Contents: The Static Cipher Key. 

Coding: The Static Cipher Key is coded in 10 bytes according to figure 18. 



£75/ 



37 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of SCK 



etc. 
Byte 12: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of SCK 



Figure 18: Coding of Static Cipher Key 

1 0.3.1 EFgssis (Static GSSIs) 

This EF shall contain the pre-programmed (by the operator or organization) group identities as defined in table 28. 

Table 28: Contents of Static GSSIs EF 



Identifier: "6F0A" Structure: linear fixed Mandatory 


Record length: X + 6 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 toX 


Group name 


M 


X 


X+ 1 


Networl< address record number 


M 


1 


X + 2 to X + 4 


Group Identity (GSSI) 


M 


3 


X + 5 


Parent Flag 


M 


1 


X + 6 


Parent Tall< Group Index 


M 


1 



Group name: 

Contents: Alphanumeric names for the static groups stored on the TSIM. 
Coding: The value of X may range from zero to 25 1 . 
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Network address record number: 

Contents: Record number of the corresponding network address. Network addresses are stored in 



EPnwt- 

Coding: binary. Free records are indicated by NULL value ("00"). 
Group Identity (GSSI): 

Contents: The short subscriber identity for the group. 

Coding: Length of the GSSI shall be 24 bits as defined in figure 19. 
Byte X + 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofGSSI 



Byte X + 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



9th bit of GSSI 



Byte X + 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of GSSI 



Figure 19: Coding of Group Identity 

Parent Flag: 

Contents: Flag indicating if the group has a parent group. 
Coding: 

- no parent. 

1 - has a parent. 
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Parent Talk Group Index: 

Contents: The index of the parent group (the record number in the EF^g^jg file. 
Coding: shall be binary. 

1 0.3.1 1 EFgrds (Group related data for static GSSIs) 

This EF shall contain information related to each static GSSI as defined in table 29. There shall be a 1:1 relationship 
between each record in EFqj^qj and the corresponding record in EFq^^jj. 

Table 29: Contents of Group related data for static GSSIs EF 



Identifier: "6F0B' 




Structure: linear fixed Mandatory 


Record size: 


2 bytes 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 


Key record number 


M 


1 


2 


Group related data 


M 


1 



Key record number: 

Contents: Class 2 systems record number of the corresponding SCK in the EFg^-j^-file. 

Contents: Class 3 systems record number of the corresponding GCK in the EFQ^^j^-file. 

Coding: binary. In class 2 systems if there is no SCK defined for this group, key record number shall be 
NULL value ("00"). 

Coding: binary. In class 3 systems if there is no GCK defined for this group, key record number shall be 
NULL value ("00"). 

Group related data: 

Contents: 

Group Identity lifetime (2 bits): Shall indicate the attachment lifetime of the group identity as defined in 
table 30 copied from EN 300 392-2 [3], clause 16.10.16. 

Class of usage (3 bits). Shall indicate the importance of the group for the user and define the participation 
rules for the groups defined with Class of usage. (EN 300 392-2 [3] and ETS 300 392-12-22 [8]). 

Permanent Detachment Flag (1 bit). Shall indicate that whether a group identity was permanent detached 
by the SwMI. 

MS user is allowed to request an attachment (1 bit): Shall indicate whether MS user is allowed to request 
an attachment. 

Table 30: Group identity attachment lifetime 



Information element 


Length 


Value 


Remark 


Group Identity Lifetime 


2 


00 


attachment not needed 


01 


attachment for next ITSI attach required 


10 


attachment not allowed for next ITSI attach 


11 


attachment for next location update required 



Coding: shall be as defined in figure 20. 
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Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Permanent Detachment flag (1- permanent detachment) 

Lifetime bit 1 

Lifetime bit 2 

Class of usage bit 1 

Class of usage bit 2 

Class of usage bit 3 

MS user is allowed to request an attachment 

"rfu 



Figure 20: Coding of Group related data 

1 0.3.1 2 EFgssid (Dynamic GSSIs) 

This EF shall contain the dynamic group identities as defined in table 3 1 . 

Table 31 : Content of Dynamic GSSIs EF 



Identifier: "6F0C" Structure: linear fixed 


Mandatory 


Record length: X + 4 bytes Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE NEV 


Bytes 


Description 


M/0 


Length 


1 toX 


Group name 


M 


X 


X+ 1 


Networl< address record number 


M 


1 


X + 2 to X + 4 


Group Identity (GSSI) 


M 


3 



See EpQggjg (Static GSSIs) for contents and coding. 

1 0.3.1 3 EFgrdd (Group relatecJ (data for dynamic GSSIs) 

This EF shall contain information related to each dynamic GSSI as defined in table 32. There shall be a 1:1 relationship 
between each record in EFqj^qj-, and the corresponding record in EFq^^j^. 

Table 32: Contents of Group related data for dynamic GSSIs EF 



Identifier: "6F0D' 




Structure: linear fixed 


Mandatory 


Record size: 


3 bytes 


Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 




Bytes 


Description 


M/0 


Length 


1 


Key record number 


M 


1 


2 to 3 


Group related data 


M 


2 



See EFqjjj)5 for contents and coding. 
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10.3.14 EFgck (Group Cipher Keys) 

This EF shall contain the group cipher keys associated with the group identities as defined in table 33. There shall be a 
1 : 1 relationship between each MGCK in EFjyjQ^j^ and the corresponding record of GCK in EFq^j^. 

Table 33: Contents of Group Cipher Keys EF 



Identifier: "6F0E" Structure: linear fixed Optional 


Record length: 26 bytes Update activity: high 


Access Conditions: 

READ NEV (see note 1) 
UPDATE NEV (see note 2) 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IM/O 


Length 


1 to 2 


GCKN 


M 


2 


3 to 4 


GCK-VN 


M 


2 


5 to 14 


GCK 


M 


10 


1 5 to 1 6 


GCK-VN 


M 


2 


17 to 26 


GCK 


M 


10 


NOTE 1 : There is no access to this EF over the TSIM-ME interface. 

NOTE 2: GCK and GCKN are updated on the TSIM by use of the TA41/TA82 algorithm. 

NOTE 3: A record is free if no (static or dynamic) GSSI points to it. 



GCKN: 



Contents: The Group Cipher Key Number is the identifier for a GCK used to associate it to one or more 
groups. 

Coding: shall be coded as defined in figure 21. 

Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofGCKN 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of GCKN 



Figure 21 : Coding of GCKN 
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GCK-VN: 

Contents: Group Cipher key Version Number. 
Coding: 
Bytes 3 and 15: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



Bytes 4 and 16: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



GCK: 



bl 



bl 



LSB of GCK-VN 



MSB of GCK-VN 



Contents: The Group Cipher Keys. 

Coding: The key shall be stored in 10 bytes according to figure 22. 
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Bytes 5 and 17: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofGCK 



etc. 

Bytes 14 and 26: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSBofGCK 



Figure 22: Coding of GCK 



10.3.15 Void 



1 0.3.1 6 EFginfo (User's group information) 

This EF shall contain the user's last active group, user's preferred group and information about using these group 
addresses as defined in table 34. 

Table 34: Contents of User's group information EF 



Identifier: "6F10" Structure: transparent 


1 Mandatory 


File size: 9 bytes Update activity: high 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Usage information 


M 


1 


2 to 3 


Last TMO active group 


M 


2 


4 


Last DIVIO active Group 


M 


1 


5 to 6 


TMO user's preferred group 


M 


2 


7 


DM0 user's preferred group 


M 


1 


8 


Last selected scan list 


M 


1 


9 


Scan on/off 


M 


1 



Usage information: indicate the use of addresses. It is common to TMO and DMO. 
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Coding: shall be coded as defined in figure 23. 



Byte 1: 



b8 b7 b6 b5 b4 b3 b2 bl 



No group address to be used 

1 Last group address to be used 

1 Preferred group address to be used 
1 1 RFU 

RFU 

RFU 

RFU 

RFU 

RFU 

RFU 



Figure 23: Coding of Usage information 

Last TMO active group: Shall indicate the record number of the corresponding TMO group in EpQggjg , 



EFgssid. 

Coding: 
Byte 2: 

GSSIS_GSSID_flag: 1 - from EFqssjs 

- from EFgssid. 
Byte 3: Coded binary - Indicate the record number of the corresponding TMO group in EpQggjg or^f^GSSE) 
Last DMO active group: Shall indicate the record number of the corresponding DMO group in EFj-,]y[Q qssis 

Coding: 
Byte 4: Coded binary - Indicate the record number of the corresponding DMO Group in EFpjyjQ gssjs- 
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TMO user's preferred group: Shall indicate the record number of the corresponding TMO group in EpQggjg , 



EF, 



GSSID. 



Coding: the TMO user's preferred group shall be coded as presented in figure 24. 
Byte 5: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





























1 


From EF 
From EF 
RFU 










RFU 












RFU 












RFU 














RFU 














RFU 
















RFU 



-GSSID 



-GSSIS 



Byte 6: Coded binary - Indicate the record number of the corresponding TMO group in EFq^^j^ ^^ EFq^jj]-, 

Figure 24: TMO user's preferred group 

DMO user's preferred group: Shall indicate the record number of the corresponding DMO group in 
EPdmo.gssis. 

Coding: 
Byte 7: Coded binary - Indicate the record number of the corresponding DMO Group in EFj-,]y[Q qssis- 
Last Selected Scan List: Shall indicate the record number of the scan list in EF^,-;^^. 

Coding: 
Byte 8: Coded binary - Indicate the record number of the corresponding Scan list in EFg^^j^ 
Scan on/off: Shall indicate scanning state. 

Coding: the scan on/off shall be coded as presented in table 25. 
Byte 9: 



bS 


b7 


b6 


b5 


b4 


b3 


b2 


bl 






























1 


Scan Off 
Scan On 
RFU 










RFU 












RFU 












RFU 














RFU 














RFU 
















RFU 



Figure 25: Scanning on/off 
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10.3.17 EFsEc (Security settings) 

This EF shall indicate the values for the security settings as defined in table 35. 

Table 35: Contents of Security settings EF 



Identifier: "6F11" 


Structure: transparent IMandatory 


File size: 1 


byte 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 


Security settings 


M 


1 



Security settings: 

Contents: indicates whether the TSIM requests a mutual authentication when it is authenticated by the 
SwMI, or whether the TSIM requests authentication and the security class. 



Coding: shall be coded as defined in figure 26. 



Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





















Mutual authentication not required 
















1 


Mutual authentication required 

















Authentication not required 














1 


Authentication required 













Security Class 1 










1 


Security Class 2 










1 


Security Class 3 










1 1 


Security Class 2 and 3 
RFU 



Figure 26: Coding of Security settings 

10.3.18 EFforbid (Forbidden networl<s) 

This EF shall contain the Forbidden networks as defined in table 36. It is read by the ME as part of the TSIM 
initialization procedure and indicates networks which the MS shall not automatically attempt to access. 

A network address is written to the EF if a network rejects a Location Update with the following causes "Illegal MS" 
and "Migration not supported" as in EN 300 392-2 [3]. The ME shall update the list by using the "next" mode of the 
update record command. 

NOTE 1: By using the "next" mode in update operations the oldest record will be overwritten in the case the file is 
full. 

NOTE 2: This EF should have at least as many records as is the expected amount of forbidden networks. Otherwise 
the ME may find the same forbidden networks in the beginning of every TETRA session and rewrite 
them to the list. 
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Table 36: Contents of Forbidden networks EF 



Identifier: "6F1 2" 


Structure: cyclic lUlandatory 


Record length: 3 bytes 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
PIN1 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 to 3 


Networl< address 


M 


3 



Network address: 

Contents: The address consists of MCC and MNC addresses, 10 and 14 bits respectively. 

Coding: shall be coded as defined in figure 27. Empty records shall be set to "FF". 
Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of MCC address 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of MCC address 
LSB of MNC address 



Byte 3: 



b8 b7 b6 b5 b4 b3 b2 bl 



MSB of MNC address 



Figure 27: Coding of Network address 
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1 0.3.1 9 EFpREF (Preferred networks) 

This EF shall contain a list of preferred network addresses as defined in table 37. The networks are listed in the order of 
preference. The first record corresponds to the highest preference. 

Table 37: Contents of Preferred networks EF 



Identifier: "6F1 3" 


Structure: 


linear fixed 


Optional 


Record length: 3 bytes | 


Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
ADM 
ADM 
ADM 






Bytes 


Description 


M/0 


Length 


1 to 3 


Networl< address 


M 


3 



Network address: 

Contents: The address consists of MCC and MNC addresses, 10 and 14 bits respectively. 
Coding: shall be coded as defined in figure 28. Empty records shall be set to "FF". 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of MCC address 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of MCC address 
"LSB of MNC address 



Byte 3: 



b8 b7 b6 b5 b4 b3 b2 bl 



MSB of MNC address 



Figure 28: Coding of networit address 

1 0.3.20 EFspN (Service Provider Name) 

This EF shall contain the service provider name and appropriate requirements for the display by the ME as defined in 
table 38. 

Table 38: Contents of Service Provider Name EF 



Identifier: "6F1 4" 




Structure: 


transparent 


1 


Optional 


File size: 17 


bytes 




Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




ALW 

ADM 
ADM 
ADM 








Bytes 


Description 


M/0 


Length 


1 


Display Condition 


M 


1 


2 to 17 


Service Provider Name 


M 


16 
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Display condition: 

Contents: Display condition for the service provider name in respect to the network. 

Coding: shall be as defined in figure 29. 
Byte 1: 



b8 b7 b6 b5 b4 b3 b2 bl 



Display of registered network not required 

1 Display of registered network required 
RFU 



Figure 29: Coding of Display condition 

Service provider name: 

Contents: Service provider string to be displayed. 

Coding: The string shall use the default 8-bit alphabet ISO/IEC 8859-1 [9]. The string shall be left 
justified. Unused bytes shall be set to "FF". 

10.3.21 Void 

1 0.3.22 EFdnwrk (Broadcast network information) 

This EF shall contain information concerning the D-NWRK-BROADCAST according to EN 300 392-2 [3] as defined 
in table 39. It shall contain 32 records (see EN 300 392-2 [3]). 

Storage of neighbour cell information may reduce the extent of a MS's search for MCCH carriers when selecting a cell. 
Table 39: Contents of Broadcast network information EF 



Identifier: "6F16' 


' 


Structure: linear fixed 


Mandatory 


Record size 


3 bytes 


Update activity 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 




Bytes 


Description 


M/0 


Length 


1 to 3 


IVICCH information 


M 


3 bytes 



MCCH information: 

Coding: The information shall be coded as defined in EN 300 392-2 [3] and presented in figure 30. Free 
record shall be indicated in bit 7 of byte 3. 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of Main carrier 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of Main carrier 
LSB of Frequency band 



MSB of Frequency band 



Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of Offset 
"MSB of Offset 
LSB of Duplex spacing 

MSB of Duplex spacing 

Reverse operation 

Free record indicator: 

= record in use, 1 = record not in use 

RFU 



Figure 30: Coding of IVICCI-i information 
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1 0.3.23 EFnwt (Network table) 

This EF shall contain the network part of the TETRA addresses as defined in table 40. These addresses are used and 
updated by several EFs (EpQssjg, EFqssjq, EFqjj^pq, EFq^^, EF^^j^^^g^j^^, EF^qj^^e^jj^, EFp^j^^g^j^^, and 

^^LNDTETRa)- ^^^ records in these files make reference to particular network address records in this file using the 
record number of the network address. 

Table 40: Contents of Network table EF 



Identifier: "6F1 7" 


Structure: 


linear fixed 


1 


Mandatory 


Record size: 


5 bytes 




Update activity 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 








Bytes 


Description 


M/0 


Length 


1 to 3 


Networl< address 


(MCC and MNC) 




M 


3 


4 to 5 


Record pointer counter 


M 


2 



Network address: 

Contents: The address consists of MCC and MNC addresses, 10 and 14 bits respectively. The user's 
home address (from ITSI) is stored as the first record of the file. 



Coding: shall be as defined in figure 3 1 . 



Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of MCC address 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of MCC address 
LSB of MNC address 
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Byte 3: 



b8 b7 b6 b5 b4 b3 b2 bl 



MSB of MNC address 



Figure 31 : Network address 



Record pointer counter: 



Contents: The records in this file can be referenced from several other files. This counter is incremented 
each time a new reference to a record is created. Also when the reference is deleted, this counter should 
be decremented. 

Coding: Binary. NULL value ("00") indicates a free record. 

NOTE: This file is updated by the ME when updating EFs which reference this file. 



1 0.3.24 EFgwt (Gateway table) 



This EF shall contain the names and addresses for gateways in a TETRA network e.g. Private Automatic Branch 
Exchange (PABX) and Public Switched Telephone Network (PSTN) as defined in table 4L This file is referenced by 
EFadngwT' EFpDNGWT' EFlndgwT' EFsdngwT' EFadn' EFpDN, EFlnd and EFgDN. The files reference to this file 
using the record number of gateway names and addresses on this file. 



NOTE: 



This implementation requires that there is one universally acknowledged TETRA address for PSTN 
gateways in all different networks. 

Table 41 : Contents of Gateway table EF 



Identifier: "6F18" Structure: linear fixed 


Optional 


Record size: 14 bytes Update activity 


high 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 to 8 


Name 


M 


8 


9 


Networl< address record number 


M 


1 


1 to 1 2 


SSI of tlie gateway 


M 


3 


13 


Type 


M 


1 


14 


RFU 


M 


1 



The name and address of the PSTN gateway is stored as the first record of the file. 

Name: 

Contents: The alphanumeric name for the corresponding gateway. 

Coding: The string shall use the default 8-bit alphabet, refer to ISO/IEC 8859-1 [9]. The string shall be 
left justified. Unused bytes shall be set to "FF". 
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Network address record number: 

Contents: Record number of the corresponding network address in EFp^^yj. 

Coding: binary. 
SSI of the Gateway: 

Contents: The short subscriber identity of the gateway used. 

Coding: Length of the SSI shall be 24 bits and coded as defined in figure 32. 
Byte 10: 



b8 



Byte 11: 



b8 



Byte 12: 



b8 



Type: 



b7 



b7 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



b6 



b5 



b4 



b3 



b2 



bl 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofSSI 



9'h bit of SSI 



MSB of SSI 



Figure 32: Coding of gateway SSI 



Contents: The type of gateway. 

Coding: shall be coded as defined in figure 33. 
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Byte 13: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 

































1 














1 














1 1 























Gateway not defined 

PSTN gateway 

PABX gateway 

Private gateway 

Reserved for operator specific gateways 

RFU 



Figure 33: Coding of type of gateway 



RFU: 



Contents: RFU. 
Coding: "FF". 

1 0.3.25 EFcMT (Call Modifier Table) 

This EF shall indicate the values for the call modifiers required by the ME on a per call basis as defined in table 42. 
These are intended to provide a sensible set of call modifiers for use where the user does not, or cannot, enter them 
during call set-up. It is proposed that there are different sets of modifiers for different types of calls and that these sets 
are selected by the ME according to the call type. Alternatively, the ME may allow the user to select a set of call 
modifiers via the MMl. The alphanumeric field is intended to assist the user in selecting a proper call modifier. 

To allow default values to be defined on subscription for each of the call types, the first 12 entries in the table are 
designated for particular call types in fixed positions. The user may add more call modifiers after the first 12 entries. 

Each record in phonebooks may refer to a call modifier in this EF. 

Table 42: Contents of Call Modifier Table 



Identifier: "6F1 9" 


Structure: linear fixed 


Optional 


Record length: X + 4 


bytes Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 

PIN1/PIN2 (see note) 

ADM 

ADM 




Bytes 


Description 


M/0 


Length 


1 toX 


Name 


M 


X 


X + 1 to X + 4 


Call modifiers 


M 


4 


NOTE: Card issuer will choose between PIN1 or PIN2 protection. 



Name: 

Contents: An alphanumeric identifier for the set of call modifier values. 

Coding: According to the default 8-bit alphabet ISO/IEC 8859-1 [9]. A free record is indicated by filling 
this field with "FF". 

Call modifiers: 

Contents: The file consists of the following pieces of information: 

Area selection 4 bits; 

Call priority 4 bits; 

Hook method selection 1 bit; 
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Simplex/duplex selection 1 bit; 
End-to-end encryption 1 bit; 

Basic service information 16 bits. 
Coding: The first 1 1 bits shall be coded into four bytes as defined in figure 34. 



Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Area selection 



Area selection 
Call priority 



Call priority 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Hook method selection 
Simplex/duplex selection 
End-to-end encryption 
RFU 



RFU 



Figure 34: Coding of call modifier bytes 1 and 2 

Bytes 3 and 4 shall be coded as "basic service information" in EN 300 392-2 [3]. 

Fixed call modifier sets: 

the default call modifier sets shall be placed in EFQjyjj in a standard order as defined in table 43 to allow 
selection of the set by call type. 

Table 43: Contents of fixed call modifier set 



Record in EpQiyij 


Call Type 


Call features 


Record 1 


Voice call 


Intra-TETRA, individual call 


Record 2 


Voice call 


Intra-TETRA, group call 


Record 3 


Voice call 


Intra-TETRA, acknowledged group call 


Record 4 


Voice call 


Intra-TETRA, broadcast call 


Record 5 


Voice call 


PABX call 


Record 6 


Voice call 


PSTN call 


Record 7 


Circuit mode data call 


Intra-TETRA, individual call 


Record 8 


Circuit mode data call 


Intra-TETRA, group call 


Record 9 


Circuit mode data call 


Intra-TETRA, acknowledged group call 


Record 10 


Circuit mode data call 


Intra-TETRA, broadcast call 


Record 1 1 


Circuit mode data call 


PABX call 


Record 12 


Circuit mode data call 


PSTN call 



NOTE: This EF references EN 300 392-2 [3]. 
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1 0.3.26 EFadngwt (Abbreviated Dialling Number with Gateways) 

This EF shall contain ADNs as defined in table 44. In addition it contains record numbers of the associated gateway, 
call modifier and gateway extension records. 

NOTE: When calling to phone numbers contained in this EF from within a TETRA network, the gateway address 
is sent with the dialled number. 

Table 44: Contents of Abbreviated Dialling Number with Gateways EF 



Identifier: "6F1 A" Structure: linear fixed 


Optional 


Record length: X + 12 bytes Update activity 


low 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE PIN2 
ACTIVATE PIN2 


Bytes 


Description 


M/0 


Length 


1 toX 


Name 





X 


X+1 


Length of number contents 


M 


1 


X + 2 to X + 9 


Dialling number 


M 


8 


X+ 10 


Gateway address record number 


M 


1 


X+ 11 


Call modifier record number 


M 


1 


X+ 12 


Gateway Extensioni record number 


M 


1 



Name: 

Contents: The alphanumeric name the user has assigned for corresponding dialling number. 

Coding: According to the default 8-bit alphabet ISO/IEC 8859-1 [9]. 

Length of number contents: 

Contents: this field gives the number of digits of the following "number" field containing an actual BCD 
number. This means that the maximum value is 16, even when the actual ADN length is greater than 
16 digits. When an ADN requires more than 16 digits it is indicated by the Gateway Extensioni record 
number being unequal to "FF". The remainder is stored in the EFQ^yjgj^j^ with the remaining length of 
the overflow data being coded in the appropriate overflow record itself (see clause 10.3.27). 

Coding: binary. NULL ("00") value indicates a free record. 

Dialling number: 

Contents: up to 16 digits of the number. 

Coding: shall be according to EN 300 392-2 [3] and as defined in figure 35. If the dialling number is 
longer than 16 digits, the first 16 digits are stored in this data item and the overflow data is stored in an 
associated record in the ^pQ^f/j^xTY- ^^^ record is identified by the Gateway Extensioni record number. 
If ADN requires less than 16 digits, excess nibbles at the end of the data item shall be ignored. 
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Byte X + 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of Digit 1 



MSB of Digit 1 
LSB of Digit 2 



MSB of Digit 2 



Byte X + 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of Digit 3 



MSB of Digit 3 
LSB of Digit 4 



MSB of Digit 4 



etc. 

Figure 35: Coding of dialled number 

Gateway address record number: 

Contents: This byte identifies the number of a record in the EFq^j containing an associated gateway 
address. The use of this byte is optional. If it is not used it shall be set to "FF". 

Coding: binary. 

Call modifier record number: 

Contents: This byte identifies the number of a record in the EFf.jyjj containing an associated call modifier 
information. The use of this byte is optional. If it is not used it shall be set to "FF". 

Coding: binary. 

Gateway Extension! record number: 

Contents: This byte identifies the number of a record in the EFq^j^j^j^ containing an associated ADN 
overflow. The use of this byte is optional. If it is not used it shall be set to "FF". 

Coding: binary. 
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10.3.27 EFgwtexti (Gateway Extension 1) 

This EF shall contain extension data of an ADNGWT or Last Number Dialled with gateway (LNDGWT) as defined in 
table 45. Extension data is caused by an ADNGWT or LNDGWT which is greater than the 16 digit capacity of the 
ADNGWT or LNDGWT EF. The remainder is stored in this EF as a record, which is identified by a specified 
identification byte inside the ADNGWT or LNDGWT EF. 

Table 45: Contents of Gateway Extensioni EF 



Identifier: "6F1 B" Structure: linear fixed 


Optional 


Record length: 13 bytes Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


MO 


Length 


1 


Record Type 


M 


1 


2 to 12 


Extension data 


M 


11 


13 


Identifier 


M 


1 



For contents and coding as defined in TS 100 977 [5]. 

1 0.3.28 EFadntetra (Abbreviated dialling numbers for TETRA network) 

This EF shall contain the phone numbers that are used when calling to a TETRA phone as defined in table 46. The 
access strings for Supplementary services are stored in the same file. 

Table 46: Contents of Abbreviated dialling numbers for TETRA network EF 



Identifier: "6F1C" Structure: linear fixed Optional 


Record length: X + 7 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE PIN2 
ACTIVATE PIN2 


Bytes 


Description 


M/0 


Length 


1 


Type 


M 


1 


2 to X + 1 


Name 


M 


X 


X + 2 


Networl< address record number 


M 


1 


X + 3 to X + 5 


TETRA address or Supplementary service 
access string 


M 


3 


X + 6 


Call modifier record number 


M 


1 


X + 7 


Extension A record number 


M 


1 



Type: 



Contents: One byte indicator to identify the entry type TETRA address or Supplementary service access 
string field. 

Coding: shall be as defined in figure 36. 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



TETRA address 
1 Supplementary service access string 
RFU. 



Figure 36: Coding of type 



Name: 

Contents: The alphanumeric name the user has assigned for corresponding phone number or 
Supplementary services access string. 

Coding: According to the default 8-bit alphabet ISO/IEC 8859-1 [9]. 

Network address record number: 

Contents: Record number of the corresponding network address. Network addresses are stored in 

EPnwt- 

Coding: Binary. NULL ("00") value indicates a free record. When storing the Supplementary service 
access strings to the TETRA address, this field is set to "FF". 

Call modifier record number: 

Contents: This byte identifies the number of a record in the EF^jyjj containing an associated call modifier 
information. The use of this byte is optional. If it is not used it shall be set to "FF". 

Coding: Binary. 

TETRA address or Supplementary service access string: 

Contents: The identity that is used when calling to a TETRA phone or Supplementary service strings to 
be stored. 

Coding: When the field contains a TETRA address the field is binary-coded. When storing 
Supplementary service strings on this field, the digits and characters are BCD-coded according to 

EN 300 392-2 [3]. 

Extension A record number: 

Contents: This byte identifies the number of a record in the EFg^xA containing an associated 
supplementary services access string overflow. The use of this byte is optional. If it is not used, it shall 
be set to "FF". 

Coding: Binary. 
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1 0.3.29 EFexta (Extension A) 

This EF shall contain the overflow of a Supplementary service access string as defined in table 47. 

Table 47: Contents of Extension A EF 



Identifier: "6F1D" Structure: 


linear fixed 


Optional 


Record length: 20 bytes 


Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IM/O 


Length 


1 


Length of extension data 


M 


1 


2 to 19 


Overflow data 


M 


18 


20 


Next record number 


M 


1 



Length of extension data: 

Contents: This field gives the number of digits of the following "Overflow data" field containing an 
actual BCD number. 

Coding: Binary. NULL ("00") value indicates a free record. 
Overflow data: 

Contents: Overflow data of a Supplementary services access string. 

Coding: BCD according to EN 300 392-2 [3]. 
Next record number: 

Contents: record number of the next extension record to enable storage of information longer than 18 

bytes. 

Coding: record number of next record. "FF" identifies the end of the chain. 

1 0.3.30 EFpDNGWT (Fixed (dialling numbers with Gateways) 

This EF shall contain FDN as defined in table 48. In addition it contains record numbers of associated gateway, call 
modifier and gateway extension records. 

NOTE 1 : When calling to phone numbers contained in this EF from within a TETRA network, the gateway address 
is sent with the dialled number. 

NOTE 2: Fixed dialling numbers are used for example in a situation when a supervisor in an organization fixes the 
numbers on a TSIM card so that a worker of the organization may only call to work related numbers. 
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Table 48: Contents of Fixed dialling numbers with Gateways EF 



Identifier: "6F1E" Structure: linear fixed Optional 


Record length: X + 12 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE PIN2 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IVI/0 


Length 


1 toX 


Name 





X 


X+1 


Length of dialling number contents 


M 


1 


X + 2 to X + 9 


Dialling number 


M 


8 


X+ 10 


Gateway address record number 


M 


1 


X+11 


Call modifier record number 


M 


1 


X+ 12 


Gateway Extension2 record number 


M 


1 



For contents and coding of all data items see the respective data items of the EF^qj^q^j, with the exception 
that gateway extension records are stored in the EFQ^jg^xa- 



10.3.31 EF 



GWTEXT2 



(Gateway Extension2) 



This EF shall contain gateway extension data of an FDN (see Gateway Extension2 record number in clause 10.3.30) as 
defined in table 49. Gateway Extension data is caused by an FDN which is greater than the 16 digit capacity of the 
EFpQj^Q^yj. The remainder is stored in this EF as a record, which is identified by a specified identification byte inside 

the EFpj5]v^Q\yj. 

Table 49: Contents of Gateway Extension2 EF 



Identifier: "6F1 F" Structure: linear fixed 


Optional 


Record length: 13 bytes Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE PIN2 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Record Type 


M 


1 


2 to 12 


Extension data 


M 


11 


13 


Identifier 


M 


1 



Contents and coding shall be as defined in TS 100 977 [5]. 



£75/ 



63 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



1 0.3.32 EFfdntetra (Fixed dialling numbers for TETRA network) 

This EF shall contain the Fixed Dialling Numbers (FDN) to be used within TETRA network as defined in table 50. 
Table 50: Coding of Fixed dialling numbers for TETRA network EF 



Identifier: "6F20" Structure: linear fixed Optional 


Record length: X + 7 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE PIN2 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Type 


M 


1 


2 to X + 1 


Name 


M 


X 


X + 2 


Networl< address record number 


M 


1 


X + 3 to X + 5 


SSI of TETRA address 


M 


3 


X + 6 


Call modifier record number 


M 


1 


X + 7 


Extension B record number 


M 


1 



For contents and coding of all data items see the respective data items of the EF^y^j^jg^j^^. 

10.3.33 EFextb (Extension B) 

This EF shall contain the overflow of a Supplementary service access string as defined in table 51. 

Table 51 : Contents of Extension B EF 



Identifier: "6F21" Structure: linear fixed 


Optional 


Record length: 20 bytes Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE PIN2 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Length of extension data 


M 


1 


2 to 19 


Overflow data 


M 


18 


20 


Next record number 


M 


1 



For contents and coding of all data items see the respective data items of the EF^j^^^. 
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1 0.3.34 EFlndgwt (Last number dialled with Gateways) 

This EF shall contain the last numbers dialled (LND) as defined in table 52. In addition it contains record numbers of 
associated gateway, call modifier and gateway extension records. 

NOTE: When calling to phone numbers contained in this EF from within a TETRA network, the gateway address 
is sent with the dialled number. 

Table 52: Contents of Last number dialled with Gateway EF 



Identifier: "6F22" Structure: cyclic Optional 


Record length: X + 12 bytes Update activity: high 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IM/O 


Length 


1 toX 


Name 





X 


X+1 


Length of dialling number contents 


M 


1 


X + 2 to X + 9 


Dialling number 


M 


8 


X+ 10 


Gateway address record number 


M 


1 


X+11 


Call modifier record number 


M 


1 


X+ 12 


Gateway Extensioni record number 


M 


1 



Contents and coding: see EF^pj^Q^yj. 

1 0.3.35 EFlndtetra (Last numbers dialled for TETRA network) 

This EF shall contain the last numbers dialled to TETRA phones within TETRA network as defined in table 53. 
Table 53: Contents of Last numbers dialled for TETRA network EF 



Identifier: "6F23" Structure: cyclic 


Optional 


Record length: X + 7 bytes Update activity 


:high 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Type 


M 


1 


2toX 


Name 


M 


X 


X + 2 


Network address record number 


M 


1 


X + 3 to X + 5 


SSI of TETRA address or Supplementary 
service access string 


M 


3 


X + 6 


Call modifier record number 


M 


1 


X + 7 


Extension A record number 


M 


1 



For contents and coding of all data items see the respective data items of the EF^Qj^jg^j^^. 
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1 0.3.36 EFsDNGWT (Service Dialling Numbers with gateway) 

This EF shall contain the special user-non-modifiable Service Dialling Numbers (SDN) that are used when calling to a 
phone outside the TETRA network as defined in table 54. In addition it contains record numbers of associated gateway, 
call modifier and gateway extension records. 

NOTE: When calling to numbers contained in this EF from within a TETRA network, the gateway address is sent 
with the dialled number. 

Table 54: Contents of Service Dialling Numbers with gateway EF 



Identifier: "6F24" Structure: linear fixed Optional 


Record length: X + 12 bytes Update activity: low 


Access Conditions: 

READ PINI 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IVI/0 


Length 


1 toX 


Name 





X 


X+1 


Length of dialling number contents 


M 


1 


X + 2 to X + 9 


Dialling number 


M 


8 


X+ 10 


Gateway address record number 


M 


1 


X+ 11 


Call modifier record number 


M 


1 


X+ 12 


Gateway Extensions record number 


M 


1 



For contents and coding of all data items see the respective data items of the EF^qj^q^j (see clause 10.3.25), 
with the exception that gateway extension records are stored in the EFq^yj^j^jj. 

1 0.3.37 EFgwtexts (Gateway Extension3) 

This EF shall contain gateway extension data of an SDN (see Extensions record number in clause 10.3.36) as defined in 
table 55. Gateway Extension data is caused by an SDN which is greater than the 16 digit capacity of the EF5j-,j,jq^j. 
The remainder is stored in this EF as a record, which is identified by a specified identification byte inside the 
EFSDNGWT- 

Table 55: Contents of Gateway Extensions EF 



Identifier: "6F25" Structure: linear fixed 


Optional 


Record length: 13 bytes Update activity 


: low 


Access Conditions: 

READ PINI 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Record Type 


M 


1 


2 to 12 


Extension data 


M 


11 


13 


Identifier 


M 


1 



Contents and coding shall be as defined in TS 100 977 [5]. 
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1 0.3.38 EFsDNTETRA (ServicG Dialling Numbers for TETRA network) 

This EF shall contain the user-non-modifiable phone numbers that are used when calling to a TETRA phone as defined 
in table 56. 

Table 56: Contents of Service Dialling Numbers for TETRA network EF 



Identifier: "6F26" Structure: linear fixed Optional 


Record length: X + 6 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Type 


M 


1 


2 to X + 1 


Name 


M 


X 


X + 2 


Networl< address record number 


M 


1 


X + 3 to X + 5 


SSI of TETRA address 


M 


3 


X + 6 


Call modifier record number 


M 


1 



For contents and coding of all data items see the respective data items of the EF^qj^j^jj^^. 

1 0.3.39 EFsTXT (Status message texts) 

This EF shall contain text strings to be displayed upon receipt of preceded status message as defined in table 57. 

Table 57: Contents of Status message texts EF 



Identifier: "6F27" 


1 Structure: linear fixed 1 Optional 


Record length:X + 2 bytes | Update activity: low | 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 to 2 


Message value 


M 


2 


3 to X + 2 


Message text 


M 


X 



Message value: 

Contents: The message value identifies the actual message. 

Coding: The message value is coded with two bytes as defined in EN 300 392-2 [3]. A reserved 
("0001 "-"7FFF") value indicates an empty record. 

Message text: 

Contents: The message text contains the text string corresponding to the message value and it is shown to 
the user instead of or with the message value. 

Coding: The string shall use the default 8-bit alphabet ISO/IEC 8859-1 [9] and coded as defined in 
figure 37. The message text is coded with X bytes. If the text is shorter than X bytes, the remaining bytes 
shall be filled with FF. 
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Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



First bit of message text (LSB of byte 3) 



MSB of byte 3 



etc. 

Byte X + 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofbyteX + 3 



Last bit of message text (MSB of byte X + 2) 



Figure 37: Coding of message text 

NOTE: Of the precoded status messages only messages above and including the value of 32 768 are stored in this 
EF. 



10.3.40 EF 



IVISGTXT 



(SDS-1 message texts) 



This EF shall contain text strings to be displayed upon receipt of an SDS-1 (user defined data 1) message as defined in 
table 58. 

Table 58: Contents of SDS-1 message texts EF 



Identifier: "6F28" 


1 Structure: linear fixed | Optional 


Record length:X + 2 bytes | Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 to 2 


IVIessage value 


M 


2 


3 to X + 2 


IVIessage text 


M 


X 



Message value: 

Contents: The message value identifies the actual message. 

Coding: The message value is coded with two bytes as defined in EN 300 392-2 [3]. 

NOTE 1 : User application knows which Message values are valid, because all values have been reserved for user 
application. Therefore the user application also knows which records contain valid data. 
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Message text: 



Contents: The message text contains the text string corresponding to the message value and it is shown to 
the user instead of or with the message value. 

Coding: The string shall use the default 8-bit alphabet ISO/IEC 8859-1 [9] and coded as defined in 
figure 38. The message text is coded with X bytes. If the text is shorter than X bytes, the remaining bytes 
shall be filled with FF. 



Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



First bit of message text (LSB of byte 3) 



MSB of byte 3 



etc. 

Byte X + 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofbyteXH-3 



Last bit of message text (MSB of byte X + 2) 



Figure 38: Coding of SDS-1 message text 

NOTE 2: The SDS-1 message text definitions are applicable to the user's home network only. 



£75/ 



69 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



10.3.41 EF 



SDS123 



(Status and SDS type 1 , 2 and 3 message storage) 



This EF shall contain the numerical values of Status messages and SDS type 1, 2 or 3 messages (and associated 
parameters) which have either been received by the MS from the network, or are to be used as MS originated messages 
as defined in table 59. 

Table 59: Contents of Status and SDS type 1, 2 and 3 message storage EF 



Identifier: "6F29" Structure: linear fixed 


Optional | 


Record length: 46 bytes Update activity: high 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IM/O 


Length 


1 


Message status and area selection 


M 


1 


2 to 32 


Message destination and source identifier 


M 


31 


33 to 34 


Message Index 


M 


2 


35 to 37 


Network Time 


M 


3 


38 to 46 


Message header and message 


M 


9 



Message status and area selection: 

Contents: Status of the message stored. 

The area selection used in the MS originated SDS as defined in EN 300 392-2 [3]. 

Coding: Shall be as defined in figure 39. 
Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 


Record not used 






































1 





RFU 














1 








RFU 














1 


1 





RFU 




















1 


MS terminated message; 


message read 















1 


1 


MS terminated message; 


message to be read 












1 





1 


MS originating message 


message sent to the network 












1 


1 


1 


MS originating message 
RFU 


message to be sent 












Area selection 














Area selection 





Figure 39: Coding of message status and area selection 

Message destination and source identifier: 

For contents and coding see clause 10.3.42. 

Message index: 

Contents: Message index of the message stored. The Message Index will be incremented each time a new 
message is stored in this file. In case of an overflow the Message Index will be reset to 0. 

Coding: 16 bits, binary. 
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Network time: 

Contents: It indicates approximate reception time of the SDS message. 

Coding: 24 bits binary as defined in EN 300 392-2 [3]. 

Message header and message: 

Contents: Contains information on transmitted or received messages. 

Coding: The first byte is the short data type identifier as defined in EN 300 392-2 [3] and shall be coded 
as defined in figure 40. 

NOTE: The User defined data 4 is not included as the EFgj-,54 contains that. 
Byte 38: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 

































1 














1 














1 1 



User defined data 2 
User defined data 3 
RFU 
RFU 

Figure 40: Message header 

The bytes 39 to 46 are the user data 1,2,3 (left aUgned) as defined in EN 300 392-2 [3]. 

1 0.3.42 EFsDS4 (SDS type 4 message storage) 

This EF shall contain text strings (and associated parameters) which have either been received by the MS from the 
network, or are to be used as an MS originated message as defined in table 60. 

Table 60: Contents of SDS type 4 message storage EF 



Identifier: "6F2A" Structure: linear fixed Optional 


Record length: 255 bytes Update activity: high 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 to 2 


Message status and area selection 


M 


2 


3 to 33 


Message destination and source identifier 
(see note 1) 


M 


31 


34 


Protocol Identifier 


M 


1 


35 to 
35 + X - 1 


Message header (see note 2) 





X 


35 + X to 
36 + X 


Message Index 


M 


2 


37 + X to 
39 + X 


Network Time 


M 


3 


40 + X to 
41 +X 


Length Indicator 


M 


2 


42 + X to 
254 


User Data 


M 




255 


Message extension record number 





1 


NOTE 1 : The address length shall be according to the address type (first byte in the 

message destination/source). 
NOTE 2: For protocol identifier less than 128 there is no message header. 
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Message status and area selection: 

Contents: It contains the status of the message stored and information if a delivery report of MS 
originating message is stored in the EF^q^j^. 

The area selection used in the MS originated SDS as defined in EN 300 392-2 [3]. 
Coding: Shall be coded as defined in figure 41. 
Byte 1: 



Record not used 

RFU 

RFU 

RFU 

MS terminated message; message read 

MS terminated message; message to be read 

MS originating message; message sent to the network 

MS originating message; message to be sent 

RFU 

Area selection 



Area selection 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





























1 












1 












1 1 












1 












1 1 












1 1 












1 1 1 





























Byte 2: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 














X 


X 1 


1 

















1 


1 















1 1 


1 












1 


1 


1 












1 


1 1 


1 



MS originating message; message sent to the network 

Status report not requested 

Status report requested but not yet received 

Status report requested, received but not stored in EF^j-j^j^ 

Status report requested, received and stored in EFg^gj^ 

RFU 



Figure 41 : Coding of message status and area selection 

Message destination and source identifier: 
Contents: This data item shall contain: 
For received message: 
-The called party address (Address type identifier and the actual address). 

Communication type. 

The calling party address. 
For transmitted message: 

The called party address. 
The calling and called address can be an SNA, SSI, TSI or external subscriber. 
NOTE: The present document does not define how calling address SNA is known to the TSIM. 



£75/ 



72 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



Coding: 
The called party address: 



The address type identifier shall be coded as defined in figure 42 and it shall define the type of the 
following address. 



Byte 3: 



Short number address (SNA) 

Short subscriber identity (SSI) 

TETRA subscriber identity (TSI) 

External subscriber number 

RFU 

RFU 

RFU 

RFU 

RFU 

Figure 42: Coding of address type identifier 

Called party short number address (SNA): 

Contents: The called party short number address consists of the SNA of the called user as defined in 

EN 300 392-2 [3] - byte 4: Address, bytes 5 to 17 set to "FF". 

Called party short subscriber identity (SSI): 

Contents: The called party short subscriber identity address consists of the SSI of the called user as 
defined in EN 300 392-2 [3] - bytes 4 to 6: Address, bytes 7 to 17 set to "FF" as defined in figure 43. 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





























1 












1 












1 1 












1 












1 1 












1 1 












1 1 1 



Byte 4: 



B8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofSSI 



Byte 5: 



B8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Ninth bit of SSI 
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Byte 6: 



B8 b7 b6 b5 b4 b3 b2 bl 



MSB of SSI 



Figure 43: Coding of SSI 

Called party TETRA subscriber identity: 

Contents: The TETRA subscriber identity as defined in EN 300 392-1 [2], consists of Country Code 
(MCC), Network Code (MNC) and Short Subscriber Identity (SSI) - bytes 4 to 9: address, bytes 10 to 17 
set to "FF" shall be coded as defined in figure 44. 

Byte 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of MCC address 



Byte 5: 



b8 b7 b6 b5 b4 b3 b2 bl 



MSB of MCC address 
"LSB of MNC address 



Byte 6: 



bS b7 b6 b5 b4 b3 b2 bl 



MSB of MNC address 
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Byte 7: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofSSI 



Byte 8: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Ninth bit of SSI 



Byte 9: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of SSI 



Figure 44: Coding of ITSI/GTSI 

Called party external subscriber number: 

Contents: It consists of the gateway address record number, number of digits in the subscriber number 
and the subscriber number. 

Coding: 

Byte 4: The gateway address record number identifies the number of a record in the EpQ^yj 
containing an associated gateway address. 

ByteS: The number of digits (n) in the subscriber number. 

Bytes 6 to 6+n/2-l: The subscriber number digits (less or equal to 24). Each digit shall be encoded 
as defined in EN 300 392-2 [3], clause 14.8.20. The potentially unused half byte shall be set to "F" 
and unused bytes to "FF" for bytes up to and including byte 17. 

Communication type: 

Content: It consists of the communication type of the received message. 

Coding: Shall be as defined in figure 45. 
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Byte 18: 



b8 



B7 



b6 



b5 



b4 



B3 



B2 



bl 



RFU 

1 Individual 

1 Group 
1 1 RFU 

RFU 



Unused bits shall be set to "1". 

Figure 45: Coding of communication type 

The calling party address: 

Coding: Bytes 19-33. Same format as the called party address (address type and address). 

Protocol Identifier: 

Content: It shall indicate to the addressed entity application which type of application protocol is using 
the SDS service. See definition in EN 300 392-2 [3]. 

Coding: 1 byte as defined in EN 300 392-2 [3]. 

Message Header: 

Content: 

For originating message it contains: the message reference, delivery report request, storage, validity 
period, service selection, forward address (only in case of storage). 

For terminating message, it contains: the message reference, delivery report request, storage, 
validity period, short form report, and forward address. 

Coding: 

For originating message: 

Message reference: 

Each SDS-TL message carrying a SDS-TL data transfer service PDU shall contain a message 
reference. See definition in EN 300 392-2 [3]: 1 byte - "FF" - message to be sent, otherwise 
the message reference used in the message sent to the network. 

Delivery report request: 

2 bits as defined in EN 300 392-2 [3] (bl-b2 of byte 2 of message header). 
Storage: 

1 bit as defined in EN 300 392-2 [3] (bS of byte2 of message header). 
Validity Period: 

5 bits as defined in EN 300 392-2 [3] (bl-b5 of byte 3 of message header). 
Service Selection: 

1 bit as defined in EN 300 392-2 [3] (b8 of byte 3 of message header). 
Forward Address: 

Same definition as the Message destination and source - only in case of storage. 
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For terminating message: 

Message reference: 

Each SDS-TL message carrying a SDS-TL data transfer service PDU shall contain a message 
reference. See definition in EN 300 392-2 [3]: 1 byte - "FF" - message to be sent, otherwise 
the message reference used in the message sent to the network. 

Delivery report request: 

2 bits as defined in EN 300 392-2 [3] (bl-b2 of byte 2 of message header). 

Storage: 

1 bit as defined in EN 300 392-2 [3] (b8 of byte 2 of message header). 
Validity Period: 

5 bits as defined in EN 300 392-2 [3] (bl-b5 of byte 3 of message header). 
Short form report: 

2 bits as defined in EN 300 392-2 [3] (b7-b8 of byte 3 of message header). 
Forward Address: 

Same definition as the Message destination and source - only in case of storage. 

Message index: 

Content: It contains a message index .The Message Index will be incremented each time a new message 
is stored in this file. In case of an overflow the Message Index will be reset to 0. 

Coding: 16 bits, binary. 
Network time: 

Content: It indicates approximate reception time of the SDS message. 

Coding: 24 bits binary as defined in EN 300 392-2 [3]. 
Length Indicator: 

Content: It contains the length in bits of the user data. 

Coding: 1 1 bits, binary. 
User Data: 

Content: It contains the user data, as defined in EN 300 392-2 [3]. 

Message Extension record number: 

Contents: This byte identifies the number of a record in the EFjyjgQgj^j containing an associated message 
overflow. The use of this byte is optional. If it is not used, it shall be set to "FF". 

Coding: Binary. 
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1 0.3.43 EFmsgext (Message Extension) 

This EF shall contain the overflow of an SDS-4 message which is longer than the space reserved for it in EF5Qg4 as 
defined in table 61. 

Table 61 : Contents of Message extension EF 



Identifier: "6F2B" 




Structure: 


linear fixed 


Optional 


Record length: 


16 bytes 




Update activity 


fiigh 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 






Bytes 


Description 


IM/O 


Length 


1 to 16 


Overflow 


message 






M 


16 



Overflow message: 

Contents: Overflow data of a SDS-4 message exceeding the length reserved for it in EF^^g^ 

Coding: As defined in EN 300 392-2 [3]. All bytes following the PDUs shall be filled with "FF". 
NOTE: A free record is not pointed to by any record in EF5j-,54. 

1 0.3.44 EFeaddr (Emergency addresses) 

The user (or the organization) can determine the address to which an emergency call is initiated; to a predetermined 
address or to the group last used by the user. The selection is controlled by the addresses stored in EF£^,^j-,j^. The EF 
shall contain information as defined in table 62. 

Where a data call type is selected, the ESource field indicates the preferred source of the data to be included in the 
message for status, SDS-1, SDS-2, SDS-3 and SDS-4 messages. In each case the data content can be a pre-defined 
value stored in EFgQ§j23 or EF5£)g4 (or a data field obtained from an application running in the terminal). 

Table 62: Contents of Emergency addresses EF 



Identifier: "6F2C 


' 


Structure: linear fixed 


Mandatory 


Record size: 


17 bytes 


Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




ALW 

PIN1/PIN2 (see note) 

ADM 

ADM 




Bytes 


Description 


IM/O 


Length 


1 


Emergency call definition 


M 


1 


2 to 17 


Emergency address 


M 


16 


NOTE: Card issuer w 


II choose between PIN1 or PIN2 protection. 





Emergency call definition: 

Contents: One byte indicating the call type and the emergency address type coded on the Emergency 
address field, and the source of the message content for status and data calls. 

Coding: shall be as defined in figure 46. 

bltob4: Emergency call type. 

b5 to b8: Call setup parameters. 
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b5: Source of the data to be transmitted in the emergency data message. 

b6 to b7: Emergency call type. 
b8: Simplex/Duplex. 

NOTE 1: An empty record is indicated by NULL ("F") value in bits bl-b4. 



TETRA address 

DMO address 

PABX address (gateway and External subscriber number) 

PSTN number (gateway and External subscriber number) 

Last active group address 

RFU 

RFU 

RFU 

Status/SDS123 msg record number 

SDS4 message record number 

RFU 

RFU 

RFU 

RFU 

RFU 

Record contains no valid data 

Predefined and stored in EFg^j-,j-,j^ 

From an application in the terminal 

Point-to-Point 

Point to Multipoint 

Point-to-Multipoint acknowledged 

Broadcast 

Simplex 

Duplex 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 



























1 













1 













1 1 













1 













1 1 













1 1 













1 1 1 

1 
1 

1 1 

1 
1 1 
1 1 

1 1 1 



















1 













1 






1 










1 




1 

















1 



Emergency address: 



Figure 46: Coding of Emergency call definition 



Contents: The address that can be used when the user initiates an emergency call. The type of call is 
determined by byte 1 . 

In the case of a TETRA address the emergency address consists of the ITSI (or GTSI) of the called 
party. 

In the case of a DMO address the emergency address consists of the ITSI (or GTSI) of the called 
party and the DMO channel number. 

In the case of a PABX address the emergency address consists of the PABX Gateway and the 
External Subscriber number. (See coding.) 

In the case of a PSTN address the emergency address consists of the PSTN Gateway and the 
external subscriber number. (See coding.) 

In the case of the last active group address, the address field in EFg^^j-,j^ is unused - the address for 
the emergency call should be obtained from EFqjj^pq. 

In the case of status, SDS-1, SDS-2, SDS-3 and SDS-4 messages the content of this data item 
consists of the message record number in SDS123 or SDS4 as appropriate. 
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Coding: 

In the case of a TETRA address, according to EFjj^j. 

In the case of a DMO address, according to EFj^gj followed by the 24 bit DMO channel number, 
coded according to EFpjyjQ^^j^. 

In the case of a PABX number, the Gateway ITSI is coded according to EFjjgj and the External 
Subscriber number is BCD coded as defined in EN 300 392-2 [3]. 

The structure shall be as following: 

Byte 2: Length of BCD encoded number. 

Byte 3: Gateway address record number. 

Byte 4 to 16: Dialling Number. 

Byte 17: Gateway Extension! record number. 

In the case of a PSTN number, the Gateway ITSI is coded according to EFj-j-gj and the external 
PSTN address is BCD coded according to EN 300 392-2 [3]. 

The structure shall be as following: 

Byte 2: Length of BCD number. 

Byte 3: Gateway address record number. 

Byte 4 to 16: Dialling Number. 

Byte 17: Extensionl record number. 
In the case of the last used group address, this field is unused - the address for the call to be 



obtained from EF, 



GINFO- 



NOTE 2: The emergency addresses are stored in order of precedence. 

1 0.3.45 EFeinfo (Emergency call information) 

This EF shall contain information about setting up and continuing an emergency call as defined in table 63. 

Table 63: Contents of Emergency call information EF 



Identifier: "6F2D" Structure: transparent Mandatory 


File size: 2 bytes Update activity: low 


Access Conditions: 

READ ALW 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Emergency call continuation 


M 


1 


2 


Current emergency call record number 


M 


1 



Emergency call continuation: 

Contents: A flag indicating whether an interrupted emergency call should continue at power-on. 
Coding: shall be as defined in figure 47. 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Emergency call should continue 

1 Emergency call should not continue 
RFU 



Figure 47: Coding of emergency call continuation 

Current emergency call record number: 

Contents: One byte field available to the emergency application to store on the TSIM information 
pertaining to an emergency call in progress, typically to cater for the possibility of unexpected power- 
down. It may be the record number of the record in EFg^ppj^ used to set up the emergency call currently 
in progress. A zero value indicates that no call is in progress. 

Coding: Binary. 

1 0.3.46 EFoMoch (DM0 radio channel information) 

This EF shall contain a selection of DMO radio channels as defined in table 64. 

Table 64: Contents of DMO radio channel information EF 



Identifier: "6F2E' 




Structure: 


linear fixed 


1 


Optional 


Record size: 


4 bytes 




Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
ADM 
ADM 
ADM 








Bytes 


Description 


M/0 


Length 


1 


DMO radio channel type 


M 


1 


2 to 4 


DMO radio channel number 


M 


3 



DMO radio channel type: 

Contents: This field contains the DMO radio channel type information. 

Coding: shall be as defined in figure 48. 
Byte 1: 



Emergency 
Managed 
RFU 
RFU 



NULL ("FF") value indicates an empty record. All other values are reserved. 

Figure 48: Coding of radio channel type 



bS 


b7 


b6 


b5 


b4 


b3 


b2 


bl 

































1 














1 














1 1 



NOTE: Emergency calls are not restricted to emergency channels. Emergency calls may also be made on regular 
DMO radio channels and managed DMO radio channels. 
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DMO radio channel number: 

Contents: This field contains the DMO radio channel definition. 
Coding: shall be as in table 65. 

Table 65: Contents of DMO radio channel number 



Information 
sub-element 


Length 


Type 


C/O/IM 


Value 


Remark 


Carrier number 


12 




M 




Carrier frequency number (see note 1) 


Frequency band 


4 




M 




Provision for different frequency 
bands (see note 1 ) 


Offset 


2 




M 




Provision for different offsets, 
(see note 2) 


Duplex spacing 


3 




M 




Provision for different duplex spacing 
(see notes 1 and 3) 


DMO 

normal/reverse 

operation 


1 




M 





DMO uplink frequency = 
DMO downlink frequency 
+ duplex spacing (see note 3) 


1 


DMO uplink frequency = 
DMO downlink frequency 
- duplex spacing (see note 3) 


Reserved 


2 


1 


M 


OO2 


Default value = OO2 


NOTE 1 : Refer to annex F in EN 300 392-2 [3] for meaning of the values. 

NOTE 2: Refer to clause 21 .4.4.1 in EN 300 392-2 [3], table 333 for the meaning of the offset values. 

NOTE 3: A DMO radio channel may comprise either one or two radio frequencies. 0,0 MHz value of 
duplex spacing indicates single frequency operation. For two frequency operation the carrier 
number indicates the direct mode RF carrier where the MS should receive (i.e. the downlink 
RF carrier). Then the duplex spacing information element together with the DMO 
normal/reverse operation information element indicate the direct mode RF carrier where the 
MS should transmit (i.e. the uplink RF carrier). 



10.3.47 EFMsch (MS allocation of DMO channels) 

This EF shall contain a bitmap which allocates a subset of the DMO channels in EFj-,]y[Q(-.jj as defined in table 66. There 
shall be one bit corresponding to each record in EFoMOCh- 

NOTE 1: The information in the following EF may not be accurate with respect to ETS 300 396 series. This EF 
will be updated accordingly when necessary. 

Table 66: Contents of MS allocation of DMO channels EF 



Identifier: "6F2F " Structure: transparent Optional 


File size: X bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Allocation flag 1 to 8 


M 


1 


etc. 


etc. 






X 


Allocation flag 8*X-7 to 8*X 


M 


1 



NOTE 2: The value of X should be sufficiently large to accommodate all the records in EFj-jjyjQQjj. 
Allocation flag: 

Coding: Channel is allocated = 1, channel is not allocated = 0. Allocation flags shall be coded as defined 
in figure 49. 
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Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Allocate flag of record 1 in EF^jyjQQjj 



Allocate flag of record 8 in EFpjyjQQj^ 



etc. 
Byte X: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Allocation flag of record 8*X-7 in EFj-,]y[QQjj 



Allocation flag of record 8*X in EFj-,]y[Q(^jj 



Figure 49: Coding of allocation flags 

1 0.3.48 EFkh (List of Key Holders) 

This EF shall contain a list of those ITSI numbers that can act as a key holder for this subscriber's ITSI as defined in 
table 67. 

Table 67: Contents of List of Key Holders EF 



Identifier: "6F30' 




Structure: transparent Optional 


Record size: 


6 bytes 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Lengtti 


1 to 6 


Key holder ITSI 


M 


6 



Key holder ITSI: 

Contents: Key holder ITSI consists of MCC, MNC and ISSI. 

Coding: As in EFjj^j. Record filled with NULL ("FF") value indicates no ITSI is stored. 
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1 0.3.49 EFrepgate (DMO repeater and gateway list) 

This EF shall contain a list of those DMO repeaters, gateways and REP/GATEs that this subscriber is allowed to use as 
defined in table 68. Each address is 10 bits long. DMO equipment type is also identified. 

Table 68: Contents of DMO repeater and gateway list EF 



Identifier: "6F31" 


Structure: linear fixed Optional 


Record size 


: 2 bytes 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


IM/O 


Length 


1 to 2 


DMO equipment type and identity 


M 


2 



DMO equipment type and identity: 

Contents: This field contains the DMO equipment type and the first part of its identity. 

Coding: shall be as defined in figure 50. 
Byte 1: 



DM-GATE 

DM-REP, Type lA 

DM-REP, Type IB 

DM-REP, Type 2 

DM-REP/GATE, Type lA 

DM-REP/GATE, Type IB 

RFU 

Record contains no valid data 

RFU 

RFU 

RFU 

LSB of equipment identity 

2"'^ bit of equipment identity 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





























1 












1 












1 1 












1 












1 1 












1 1 












1 1 1 





























Byte 2: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



3'^'^ bit of equipment identity 



MSB of equipment identity 



Figure 50: Coding of DMO equipment type and identity 
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1 0.3.50 EFad (Administrative data) 



This EF shall contain information concerning the mode of operation according to the type of TSIM, such as normal 
operation, type approval (to allow specific use of the ME during type approval procedures of e.g. the radio equipment) 
or others as defined in table 69. 

Table 69: Contents of Administrative data EF 



Identifier: "6F32" 






Structure: transparent Mandatory 


File size: 1 


byte 




Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 






ALW 

ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 


MS operation mode 


M 


1 byte 



MS operation mode: 

Contents: mode of operation for the MS. 

Coding: shall be as defined in figure 5 1 . 
Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 




















Loop back enabled (see note 1) 
Reporting enabled 








RFU 








RFU 








RFU 








RFU 








RFU 










RFU 



NOTE 1 : Loop bacl< enabled and security/autlientication disabled (see EN 300 394-1 [1 0]). 
NOTE 2: The coding "00" means normal operation. 

Figure 51 : Coding of IVIS operation mode 

1 0.3.51 EFpREF_LA (Preferred location areas) 

This EF shall contain the preferred location area as defined in table 70. 

Table 70: Contents of Preferred location areas EF 



Identifier: "6F33" 


Structure- 


Transparent 


Optional 


File size: 2 


bytes 




Update activity: low | 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
ADM 
ADM 
ADM 






Bytes 


Description 


M/0 


Length 


1 to 2 


Preferred locatior 


area 




M 


2 
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Preferred location area: 

Contents: a list of preferred location areas. 

Coding: Each element is coded in 2 bytes with the 2 highest order bits of the 2nd byte RFU as defined in 
figure 52. The first element (bytes 2 and 3) is shown in figure 52. See also EN 300 392-7 [4]. 

Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of location area 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of location area 

RFU 

RFU 



NOTE: 



This LA is intended to be used during cell re-selection, the procedures are outside the scope of the present 
document. See EN 300 392-2 [3]. 

Figure 52: Coding of preferred location area 



1 0.3.52 EFLNDComp (Composite LND file) 

This EF shall contain a pointer to the LND entries in EF^j^q, EFlj^qq^j and EFlj^qj^jj^^ as defined in table 71. 

Table 71 : Contents of Composite LND file EF 



Identifier: "6F34" 


1 Structure 


cyclic 


1 


Optional 


Record length: 3 bytes | 


Update activity 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
PIN1 
ADM 
ADM 








Bytes 


Description 


M/0 


Length 


1 to2 


Elementary File ID 


M 


2 


3 


Record No. 


in corresponding LND EF 




M 


1 



Elementary File ID: 

Contents: The ID of the file in which the LND record is stored. 
Coding: shall be as defined in figure 53. 
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Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 

































1 














1 














1 1 



within DFtetra 


within DF^ELECOM 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



I I I I I I I I 2"'* byte of file identifier 
Figure 53: Coding of elementary file ID 

Record No. in corresponding LND Elementary File: 
Contents: The record number of the LND. 
Coding: Binary. 
NOTE: This file shall be updated when any of the files EFlnj-,, EFlndgwt '^^ '^Plndtetra ^^ updated. 

1 0.3.53 EFdfltstsgt (Status Default Target) 

This EF shall contain information concerning the default target for status message texts as defined in table 72. 

Table 72: Contents of Status Default Target EF 



Identifier: "6F35" 


Structure: 


transparent 


1 


Optional 


File size:1 6 bytes 




Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
PIN1 
ADM 
ADM 








Bytes 


Description 


M/0 


Length 


1 


Acknowledgement required 


M 


1 byte 


2 


Address Type 


M 


1 byte 


3to16 


Address (see note) 


M 


1 4 bytes 


NOTE: The address length shall be 
shall be set to "FF". 


according to the address typ 


e. The 


unused bytes 



Acknowledgement required: 

Contents: Indicates if an acknowledgement is required. 
Coding: shall be as defined in figure 54. 
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Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 


X 


X 


X 


X 


X 


X 


X 





X 


X 


X 


X 


X 


X 


X 


1 



acknowledgement required 
no acknowledgement required 



Figure 54: Coding of acicnowledgement required 

Address Type: 

Contents: This data item contains the target address type. 

Coding: shall be as defined in figure 55. 
Byte 2: 



No address defined 

Short number address (SNA) 

Short subscriber identity (SSI) 

TETRA subscriber identity (TSI) 

External subscriber identity 

RFU 

RFU 

RFU 

RFU 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





























1 












1 












1 1 












1 












1 1 












1 1 












1 1 1 



Figure 55: Coding of address type 



Address: 



Contents: The address could be: a short number address, or an SSI, or a TETRA subscriber identity or an 
external subscriber identity. 

Called party short number address. 

Coding: the called party short number address consists of the SNA of the called user as defined in 

EN 300 392-2 [3] - byte 3 = Address, bytes 4 to 16 set to "FF". 

Called party SSI. 

Coding: the SSI address of the called user as defined in EN 300 392-2 [3] - bytes 3 to 5 = Address, 
bytes 6 to 16 set to "FF". 

TETRA subscriber identity: 

Coding: the TETRA subscriber identity as defined in EN 300 392-1 [2], consists of Country Code 
(MCC), Network Code (MNC) and Short Subscriber Identity (SSI): byte 3 to 8 = address, bytes 9 to 16 
set to "FF": The coding shall be as defined in figure 56. 
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Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of MCC address 



Byte 4: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of MCC address 
"LSB of MNC address 



Byte 5: 



b8 b7 b6 b5 b4 b3 b2 bl 



MSB of MNC address 



Byte 6: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSB of SSI 
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Byte 7: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Ninth bit of SSI 



Byte 8: 



bS 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of SSI 



Figure 56: Coding of ITSI/GTSI 

External subscriber identity: 

Contents: It consists of the external subscriber number and the gateway address record number. 

The gateway address record number identifies the number of a record in the EFq^^j containing an 
associated gateway address - byte 3 is the number of the record in the EpQ^yj. 

The external subscriber number consists of the number of digits (less or equal to 24) and the digits. Each 
digit is as defined in EN 300 392-2 [3] - byte 4 - the number of digits, byte 5 to byte (5 + n - 1) the digits, 
all unused set to "FF". 
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1 0.3.54 EFsDSMEM_sTATus (SDS Memory Status) 

This EF shall contain storage information relating to the SDS4 service as defined in table 73. 

The provision of this EF is associated with EF§j-,3j23 and/or EFgj-,54. The files shall be present together, or both absent 
from the TSIM. 

Table 73: Contents of SDS Memory Status EF 



Identifier: "6F36" Structure: transparent Optional 


File size: 7 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Last used TP-Message Reference 


M 


1 byte 


2 


SDS4 "Memory capacity exceeded" notification 
flag 


M 


1 byte 


3 


SDS123 memory capacity exceeded notification 
flag 


M 


1 byte 


4 to 5 


SDS4 last used message index 


M 


2 bytes 


6 to 7 


SDS123 last used message index 


M 


2 bytes 



Last used Transport Protocol (TP)-Message Reference: 

Contents: 

The value of the TP-Message Reference parameter in the last mobile originated short message, as 
defined in EN 300 392-2 [3]. 

Coding: 

As defined in EN 300 392-2 [3]. 

SDS4 "Memory capacity exceeded" notification flag: 

Contents: 

This flag is required to allow a process of flow control, so that as memory capacity becomes 
available, the network service centre can be informed. 

Coding: shall be as defined in figure 57. 

Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



flag set 

1 flag unset, memory capacity available 
RFU 



Figure 57: Coding of memory capacity exceeded notification flag 

SDS 123 "memory capacity exceeded notification flag": 
Same as SDS4 "memory capacity exceeded". 
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SDS4 last used message index: 

Contents: The value of the last message index used for the SDS4 message. 

Coding: binary in two bytes. 
SDS 123 last used message index: 

Contents: The value of the last message index used for the SDS123 message. 

Coding: binary in two bytes. 

1 0.3.55 EFwELcoME (Welcome Message) 

This EF shall contain an alpha-numeric message displayed during the ME boot sequence as defined in table 74. 

Table 74: Contents of Welcome Message EF 



Identifier: "6F37" 


Structure: transparent Optional 


File size: 32 bytes 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
ADM 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 to 32 


IVIessage string 


M 


32 bytes 



Message string 
Contents: 

A string defined by the network operator. 
Coding: 

According to the default 8-bit alphabet ISO/IEC 8859-1 [9] (Latin-1). Unused bytes shall be set as 

"FF". 



1 0.3.56 EFsDSR (SDS delivery report) 

This EF shall contain information in accordance with EN 300 392-2 [3] comprising delivery report messages which 
have been received by the MS from the network as defined in table 75. 

Each record is used to store the delivery report of a short data service message. The first byte of each record is the link 
between the delivery report and the corresponding SDS in EFg]-)54. 

Table 75: Contents of SDS delivery report EF 



Identifier: "6F38" 


Structure: 


linear fixed Optional 


Record length: 


2 bytes 


Update activity: low 


Access Conditions: 






READ 


PIN1 




UPDATE 


PIN1 




DEACTIVATE 


ADM 




ACTIVATE 


ADM 




Bytes 


Description 


IM/O 


Length 


1 


SDS record identifier 


M 


1 


2 


SDS delivery status 


M 


1 
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SDS record identifier 

Contents: 

This data idem identifies the corresponding SDS record in EFgj-)54, e.g. if this byte is coded "05" 
then this deUvery report corresponds to the SDS record #5 of EF§£)g4. 

Coding: 

"00" empty record. 

"01" to "FF" record number of the corresponding SDS in EFgj-,§4 

SDS deHvery status: 

This data item contains the delivery status as defined in EN 300 392-2 [3]. 



10.3.57 EFsDSP (SDS parameters) 



This EF shall contain values for short data service header parameters, which can be used by the ME for user assistance 
in preparation of mobile originated SDS, as defined in table 76. 

The EF consists of one or more records, with each record able to hold a set of SDS parameters. The first record in the 
EF shall be used as a default set of parameters, if no other record is selected. 

To distinguish between records, an alpha identifier is included within each record, coded on X bytes. 

Table 76: Contents of SDS parameters EF 



Identifier: "6F39" Structure: linear fixed Optional 


Record length: 1 to X + 19 bytes Update activity: low 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 toX 


Alpha identifier 


M 


X bytes 


X+ 1 


Parameter indicators 


M 


1 byte 


X + 2to 
X+16 


Service centre address 


M 


1 5 bytes 


X+17 


Protocol identifier 


M 


1 byte 


X+18 


Data coding scheme 


M 


1 byte 


X+19 


Validity period 


M 


1 byte 



Storage is allocated for all the possible SDS parameters, regardless of whether they are present or absent. Any unused 
bytes, due to parameters not requiring all of the bytes, or due to absent parameters, shall be set to "FF". 

Alpha identifier 

Contents: 

Alpha tag of the associated SDS - parameter. 
Coding: 

As defined in clause 10.4.1. 
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Parameter Indicators 

Contents: 

Each of the defauh SDS parameters which can be stored in the remainder of the record are marked 
absent or present by individual bits within this byte. 

Coding: shall be as defined in figure 58. 

ByteX+ 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Service Centre address 
Protocol Identifier 
Data coding scheme 
Validity period 
RFU 



Figure 58: Coding of parameter indicators 

Bit value: 

- parameter present 

1 - parameter absent 
Service centre address: 

Contents: 

Service centre address. 

Coding: 

As defined for the message destination/source identifier in clause 10.3.42. 
Protocol Identifier: 

As defined for the protocol identifier in clause 10.3.42. 
Data coding scheme: 

As defined in EN 300 392-2 [3]. 
Validity period: 

As defined in EN 300 392-2 [3]. 
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1 0.3.58 EFdialsc (Dialling schemes for TETRA network) 

This EF shall contain the information inciicating the dialling scheme as defined in table 77. 

Table 77: Contents of Dialling schemes for TERA network EF 



Identifier: "6F46" 


Structure: transparent 


Mandatory 


File size: 5 bytes 


Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
ADM 
ADM 
ADM 




Bytes 


Description 


M/0 


Length 


1 


Type of dialling 


M 


1 


2 


Number of digits 


M 


1 


3 to 5 


Base address 


M 


3 



Type of dialling: 

Contents: the type of dialling scheme to be selected. 

Coding: shall be as defined in figure 59. 
Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 





































1 
















1 
















1 1 



ISSI or ITSI dialling 

FSSN Dialling 

RFU 

RFU 

RFU 

Figure 59: Coding of type of dialling 

Number of digits 

Contents: 

In case of FSSN dialling, up to this number of digits, the number dialled has to be added to the base 
address. Else the dialling is as ISSI/ITSI dialling. 

Coding: 1 byte 

"FF" in case of ISSI/ITSI dialling, else number of digits. 

Base Address 

Contents: It contains the base address to which the dialled number has to be added. 

Coding: 3 bytes - used in case of FSSN dialling else set to "FF FF FF". 
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10.3.59 EFapn (APN table) 

This EF shall contain a list of APNs (IP access point names) which the ME can use to match the access point name 
string to the corresponding index which is used in the air interface (EN 300 392-2 [3]) as defined in table 78. 

Table 78: Contents of ANP table EF 



Identifier: "6F3E 


" 




Structure: 


linear fixed 




Optional 


Record size 


65 bytes 




Update activity 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 






PIN1 
PIN1 
ADM 
ADM 








Bytes 


Description 


M/0 


Length 


1 to 2 


Access point 


name 


index 




M 


2 


3 to 65 


Access 


point 


name 






M 


63 



Access point name index: 

Contents: The Access point name index is used over the air interface. 

Coding: The message value is coded with two bytes as defined in EN 300 392-2 [3]. 
Access point name: 

Contents: The alphanumeric name the user has assigned for the corresponding access point name index. 

Coding: According to the default 8-bit alphabet ISO/IEC 8859-1 [9]. 

NOTE: The access point name stored in this EF does not have to be the same as the access point name sent by 

TETRA SwMI towards the IP gateway. This is because only the access point name index is sent over the 
air interface. The SwMI maps the index to the real APN Network Identifier that is sent to the GGSN 
network element (TS 100 927 [12]). 

10.3.60 EFarr (Access Rule Reference) 

This EF shall contain the access rules for files located under the TSIM ADF in the UICC. If the security attribute tag 
"8B" is indicated in the FCP it contains a reference to a record in this file as defined in table 79. 

Table 79: Structure of EF^ptp at ADF-level 



Identifier: "6F47" 


Structure: 


Linear fixed Mandatory 


Record Length: 


X bytes 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


ALW 
ADM 
ADM 
ADM 




Bytes 


Description 


M/0 


Length 


1 toX 


Access Rule TLV data objects 


M 


X bytes 



This EF contains one or more records containing access rule information according to the reference to expanded format 
as defined in ISO/IEC 7816-9 [13]. Each record represents an access rule. Unused bytes in the record are set to "FF". 
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10.3.61 EFpNi (Private Number Information) 



Each record of this EF shall contain a number structure definition and stores the user's own private number as defined in 
table 80. The number structure definition allows the MS to understand the structure of different Private Number Plans 
that may be in use. This enables the MS to display the user's own private number correctly. 

The first record contains the default private number information, the other records are in descending order of priority. 

The selection of which type of Private Number Plan to use is outside the scope of the present document. 

Table 80: Contents of Private Number Information EF 



Identifier: "6F CO' 




Structure: 


linear fixed 


Optional 


Record length: 


14 bytes 




Update activity 


low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 

PIN1/PIN2 

ADM 

ADM 






Bytes 


Description 


M/0 


Length 


1 to 2 


Tier Details 


M 


2 


3to14 


Private Number 


M 


12 



Tier Details: 

Contents: This field of each record defines the hierarchical structure of the private number, allowing up 
to four variable length tiers in descending order of significance. 

Coding: shall be as defined in figure 60. 

The tier lengths are binary encoded nibbles. 

The number of tiers in the hierarchy is N, where N may take the value 1 to 4. 

There is no absolute hierarchy, the structure is relative. For example if there are two tiers in the 
hierarchy the first two tier fields (N and N - 1) are set to the length of digits in each, the remaining 
two tiers (N - 2 and N - 3) will be set to "0". 

"00 00" - No Private Number Stored. 

"01 mn" signifies that what follows is concatenation of m digit leading number + n digit 
second number + [remainder] with unused digits padded with "F". 

EXAMPLE 1: The full coding for an FSSN number "ab cdef with 2 + 4 structure might be: 

"01 02 ab cd ef FF FF FF FF FF FF FF FF". 
EXAMPLE 2: The full coding for a private number "ab cdefg hijk" with 2 + 5+4 structure might be: 

"01 25 ab cd ef gh ij kF FF FF FF FF FF FF". 

"01 FF" - 1 to 24 digit private number with no tier structure defined. 

"XX XX" - 1 to 4 tier Private number stored (where X takes the range "1" to "F" hex and the 
sum of digits does not exceed 24. 

"FF FF" - No valid number follows. 



£75/ 



97 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



Byte 1: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 



































No of digits in tier N - 1 
No of digits in tier N 



Byte 2: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


bl 



































No of digits in tier N - 3 
No of digits in tier N - 2 

Figure 60: Coding of tier details 

Private Number 

Contents: This field of each record allows storage of a private number. 

Coding: A contiguous string of left-justified BCD encoded digits, starting with the most significant digit. 
Where the number is shorter than 24 digits the remaining digits shall be padded with "F". 

1 0.3.62 EFscAN (Scan list files) 

This EF shall contain information concerning all the multi-group lists as defined in table 8 1 . 

Table 81 : Contents of Scan list files EF 



Identifier: "6F4D' 




Structure: linear fixed Optional 


Record size 


Xbyte 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 toX 


Scan list 


name 




M 


X 



Scan list name: 

Contents: Alphanumeric name for the scan list stored on the TSIM. 

Coding: The value of X may range from zero to 241. Coding according to the default 8-bit alphabet 
ISO/IEC 8859-1 [9]. 
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1 0.3.63 EFscAND (Scan list data) 

This EF shall contain information related to each scan list as defined in table 82. There shall be a 1:1 relationship 
between each record in EF5(-,^j^[-, and the corresponding record in EFg^^-^^L. 

Table 82: Contents of Scan list data EF 



Identifier: "6F4E" Structure: linear fixed Optional 


Record size: 2 x (X + 1) bytes Update activity: fiigh 


Access Conditions: 

READ PIN1 
UPDATE PIN1 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/0 


Length 


1 


Number of groups in list 


M 


1 


2 to 2 X (X + 1 ) 


Group Indexes for first group to N^*^ group 


M 


2 xX 



Number of groups in list: 

Contents: 

The number of groups in the scan list. 

Coding: 

Byte 1 : Number of groups in list (X)- coded binary. 

Group indexes for first group to N''^ group: 

Contents: 

Shall indicate for each group in the scan list, the record number of the corresponding TMO group 
i" EFqssjs or EFqssjq. 

Coding: For each group number N in the scan list: 

Byte N X 2: 
GSSIS_GSSID_flag: 



1 - from EF, 



GSSIS- 



- from EFgssid- 



Byte N X 2 + 1 : Coded binary - shall indicate the record number of the corresponding TMO group 
in EFqssis or EFgssid- 

Unused bytes shall be set to "FF". 
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1 0.3.64 EFdmo_gssis (DMO pre-programmed group numbers) 

This EF shall contain the pre-programmed (by the operator or organization) group identities for DMO as defined in 
table 83. 

Table 83: Coding of DMO pre-Prog rammed group numbers EF 



Identifier: "6F49" Structure: linear fixed 


Optional 


Record length: X + 4 bytes Update activity 


: low 


Access Conditions: 

READ PIN1 
UPDATE ADM 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


IM/O 


Length 


1 toX 


Group name 


M 


X 


X+ 1 


Networl< address record number 


M 


1 


X + 2 to X + 4 


Group Identity (GSSI) 


M 


3 



Group name: See definition in EpQggjg 

Network address record number: See definition in EFq^^j^ 

Group Identity (GSSI): See definition in EpQggjg. 

1 0.3.65 EFdmo_grds (Group related data for DMO static GSSIs) 

This EF shall contain information related to each static DMO GSSI as defined in table 84. There shall be a 1:1 
relationship between each record in EFj-,]y[Q_(-;j^j-,§ and the corresponding record in EF dj^q gssis- 

Table 84: Contents of Group related data for DMO static GSSIs EF 



Identifier: "6F4A" 


Structure: 


linear fixed 


Optional 


Record size: 4 + 


Mbytes 


Update activity 


: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN1 
PIN1 
ADM 
ADM 






Bytes 


Description 


M/0 


Length 


1 


Key record number 


M 


1 


2 to 4 + N 


Group related data 


M 


3 



Key record number: See definition in EF^j^^g file: 

Group related data: 

Class of usage (3 bits). Shall indicate the importance of the group for the user and define the participation 
rules for the groups defined with Class of usage. 

NOTE 1: Class of usage may be used to support scanning (multi-group) in DMO. 

Preferred DMO Air Encryption Class (2 bits): Shall indicate the preferred encryption class 
(EN 300 396-6 [7]) to be used for communication with this address. 

Minimum DMO Air Encryption Class (2 bits): Shall indicate which encryption classes 
(EN 300 396-6 [7]) may be used for communication with this address. 
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Number of DMO radio channels for this group: Shall indicate the number of radio channels this group 
point to. 

DMO radio channel index: Shall indicate record number of the corresponding DMO channel in the 
^f'oMOCH ^1^^ (repeated according to Number of DMO radio channels). 

Coding: shall be as defined in figure 61. 
Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



RFU 

"rfu 
"rfu 

Class of usage bit 1 
Class of usage bit 2 
Class of usage bit 3 

"rfu 
"rfu 



Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Preferred DMO Air Encryption Class bit 1 

Preferred DMO Air Encryption Class bit 2 

Minimum DMO Encryption Class bit 1 

Minimum DMO Encryption Class bit 2 

RFU 

RFU 

RFU 

RFU 



Where: 

Preferred Air Encryption Class: coded as defined in EN 300 396-6 [7]. 

The Preferred Air Encryption Class shall not be set to a lower priority level than the 
Minimum Air Encryption class. The order of priority is defined in EN 300 396-6 [7]. 

Minimum Air Encryption Class: coded as shown in EN 300 396-6 [7]. 

Byte 4: binary coded - Number of DMO radio channels (N). 

Byte 5 to byte 5H-N-1: binary coded - record number of the corresponding DMO radio channel. 

NOTE 2: The managed DMO may override the radio channel information. 

Figure 61 : Coding of group related data 



10.3.66 EF 



GTIVIO GDIVIO 



(TMO - DMO selected group association) 



This EF shall contain information related group association from TMO selected groups to DMO selected groups as 
defined in table 85. 

There shall be a 1:1 relationship between each record in EFq-j-j^q gdmo '^^'^ ^^^ corresponding record in EFq^^jj. 

NOTE: Table 85 is used only for manual switch from TMO to DMO. 
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Table 85: Contents of TMO - DM0 selected group association EF 



Identifier: "6F4B" 




Structure: linear fixed Optional 


Record size: 


1 byte 


Update activity: low 


Access Conditions: 






READ 




PIN1 


UPDATE 




PIN1 


DEACTIVATE 




ADM 


ACTIVATE 




ADM 


Bytes 


Description 


M/0 


Length 


1 


DM0 Group index 


M 


1 



DMO Group Index: 

Contents: DMO Group Index: Shall indicate record number of the corresponding DMO Group in 
EFdmo.gssis- 

Coding: 

Byte 1 : binary coded. 



10.3.67 EF 



GDMO GTIVIO 



(DMO - TMO selected group association) 



This EF shall contain information related group association from DMO selected groups to TMO selected groups as 
defined in table 86. 

There shall be a 1:1 relationship between each record in EpQj-jjyjQ gtmo '^^'^ ^^^ corresponding record in EFj^jyjQ qssis- 
NOTE: Table 86 is used only for manual switch from DMO to TMO. 

Table 86: Contents of DMO - TMO selected group association EF 



Identifier: "6F4C" 




Structure: linear fixed Optional 


Record size: 


1 byte 


Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 


TMO Group index 


M 


1 



TMO Group Index: 

Contents: TMO Group Index: Shall indicate record number of the corresponding TMO Group in 
E^GSSIS- 

Coding: 

Byte 1 : binary coded. 



£75/ 



102 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



1 0.3.68 EFdmo_dep (Default encryption parameters) 

This EF shall contain information showing air-interface encryption parameters to be used for communication with 
DMO addresses which are not specified in EF^j^q qj^^s (Group related data for DMO static GSSIs) as defined in 

table 87. 

NOTE: Pre-emption requests need not use these parameters. 

Table 87: Contents of Group related data for DMO static GSSIs EF 



Identifier: "6F4F" 




Structure: 


Transparent 


Optional 


Record size: 2 


bytes 




Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN1 
PIN1 
ADM 
ADM 






Bytes 


Description 


M/0 


Length 


1 


Key record number 


M 


1 


2 


Encryption 


related default data 




M 


1 



Key record number: see definition in EFqj^j-j^ file. 

This defines the key to be used for encrypted communication with DMO addresses which are not 
specified in EFpjyjQ q^^^ (Group related data for DMO static GSSIs). It has no meaning for an MS 

which never uses encryption for communicating with these addresses. 

Encryption related default data: 

Preferred DMO Air Encryption Class (2 bits): shall indicate the preferred encryption class 

(EN 300 396-6 [7]) to be used for communication with DMO addresses, which are not specified in 

E^DMO GRDS (Group related data for DMO static GSSIs). 

Minimum DMO Air Encryption Class (2 bits): shall indicate which encryption classes 

(EN 300 396-6 [7]) may be used for communication with DMO addresses, which are not specified in 

Ef'DMO GRDS (Group related data for DMO static GSSIs). 



Coding: shall be as defined in figure 62. 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



Preferred DMO Air Encryption Class bit 1 

Preferred DMO Air Encryption Class bit 2 

Minimum DMO Encryption Class bit 1 

Minimum DMO Encryption Class bit 2 

RFU 

RFU 

RFU 

RFU 



Where: 



Preferred Air Encryption Class: coded as shown in EN 300 396-6 [7]. 

The Preferred Air Encryption Class shall not be set to a lower priority level than the 
Minimum Air Encryption Class. The order of priority is defined in EN 300 396-6 [7]. 

Minimum Air Encryption Class: coded as shown in EN 300 396-6 [7]. 
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Figure 62: Coding of encryption related default data 

1 0.3.69 EFgsko (Group Session Key) 

This EF shall contain the group sealing key for OTAR (see [3], clause 4.2.5) as defined in table I 

Table 88: Contents of the Group Session Key ERgg^Q 



Identifier: "6F50 " 




Structure: linear fixed Optional 


Record length: 


14 


bytes Update activity: low 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




NEV (see note 1) 
NEV (see note 2) 
ADM 
ADM 


Bytes 


Description 


M/0 


Length 


1 to 2 


GSKO-VN 


M 


2 


3to14 


GSKO 


M 


12 


NOTE 1 : There is no access to this EF over the TSIM-IVIE interface. 
NOTE 2: GSKO and GSKO-VN are updated on the TSIM by use of the TA41/TA92 
algorithm. 



GSKO-VN: 

Contents: The version number of GSKO. 

Coding: The key shall be stored in 2 bytes according to figure 63. 
Byte 1: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofGCKO-VN 



Byte 2: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSB of GSKO-VN 



Figure 63: Coding of GSKO-VN 

GSKO: 

Contents: The Group sealing key for OTAR. 

Coding: The key shall be stored in 12 bytes according to figure 64. 
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Byte 3: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



LSBofGSKO 



...etc. 
Byte 14: 



b8 



b7 



b6 



b5 



b4 



b3 



b2 



bl 



MSBofGSKO 



Figure 64: Coding of GSKO 



1 0.4 Contents of the EFs at the Telecom level 

1 0.4.1 EFadn (Abbreviated dialling numbers) 

This EF shall contain Abbreviated Dialling Numbers (ADN) and/or Supplementary Service Control strings (SSC). In 
addition it contains identifiers of associated network/bearer capabilities and identifiers of extension records. It may also 
contain an associated alpha-tagging. 

For contents and coding see TS 100 977 [5]. 

1 0.4.2 EFfdn (Fixed dialling numbers) 

This EF shall contain Fixed Dialling Numbers (FDN) and/or Supplementary Service Control strings (SSC). In addition 
it contains identifiers of associated network/bearer capabilities and identifiers of extension records. It may also contain 
an associated alpha-tagging. 

For contents and coding see TS 100 977 [5]. 

10.4.3 EFmsisdn (MSISDN) 

This EF shall contain MSISDN(s) related to the subscriber. In addition it contains identifiers of associated 
network/bearer capabilities and identifiers of extension records. It may also contain an associated alpha- tagging. 

For contents and coding see TS 100 977 [5]. 
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1 0.4.4 EFlnd (Last number dialled) 

This EF shall contain the last numbers dialled (LND) and/or the respective supplementary service control strings (SSC). 
In addition it contains identifiers of associated network/bearer capabilities and identifiers of extension records. It may 
also contain associated alpha-tagging. 

For contents and coding see TS 100 977 [5]. 



10.4.5 EFsDN (Service Dialling Numbers) 



This EF shall contain special service numbers (SDN) and/or the respective supplementary service control strings (SSC). 
In addition it contains identifiers of associated network/bearer capabilities and identifiers of extension records. It may 
also contain associated alpha-tagging. 

For contents and coding see TS 100 977 [5]. 

10.4.6 EFexti (Extensioni) 

This EF shall contain extension data of an ADN/SSC, an MSISDN, or an LND. Extension data is caused by: 

an ADN/SSC (MSISDN, LND) which is greater than the 20 digit capacity of the ADN/SSC (MSISDN, LND) 
Elementary File or where common digits are required to follow an ADN/SSC string of less than 20 digits. The 
remainder is stored in this EF as a record, which is identified by a specified identification byte inside the 
ADN/SSC (MSISDN, LND) Elementary File. The EXTl record in this case is specified as additional data; 

an associated called party subaddress. The EXTl record in this case is specified as subaddress data. 

For contents and coding see TS 100 977 [5]. 

10.4.7 EFext2 (Extension2) 

This EF shall contain extension data of an FDN/SSC (see EXT2 in clause 10.4.2). 
For contents and coding see TS 100 977 [5]. 

10.4.8 EFexts (Extensions) 

This EF shall contain extension data of an SDN (see EXT3 in clause 10.4.5). 
For contents and coding see TS 100 977 [5]. 

10.5 Files of TSIM 

This clause contains figures 65 and 66 depicting the file structure of the UICC and the ADFygjjyj. ADFj^jjy; shall be 
selected using the appUcation identifier (AID) and information in EFj-,jj^. 
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see EN 300 812 [15] 



Figure 65: File identifiers and directory structures of TETRA 
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^^EXTl 
"6F4A" 




^^EXT2 
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£75/ 



TSIM 



107 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



EFgg^ 

"6F01" 



EF 



ITSI 



"6F02" 



EF 



ITSIDIS 



"6F03" 



^^UNAME 
"6F04" 



EF 



SCT 
5F05" 



^^PHASE 
"6F06" 



"6F07" 



"-"^CCKLOC 
"6F08" 



"6F0 9" 



"6F0A" 



"6F0B" 



"6F0C" 



^^GRDD 
"6F0D" 



E^GCK 
"6F0E" 



^^MGCK 
"6F0F" 



^^GINFO 
"6F10" 



EF 



SEC 

5F11" 



EF 



FORBID 
"6F12" 



'^'^PREF 
"6F13" 



"6F14" 



'^'^ DNWRK 
"6F16" 



"6F17" 



'^'^GWT 
"6F18" 



"6F19" 



EF 



ADNGWT 
"6F1A" 



EF 



EXTl 



"6F1I 



EF 



ADNTETRA 
"6F1C" 



EF 



EXTA 
5F1D" 



EF 



FDNGWT 
"6F1E" 



EF 



EXTA 



"6F1F" 



EF 



FDNTETRA 



"6F2 0" 



EF 



EXTB 



"6F21" 



EFt 



"6F22" 



EF 



LNDTETRA 



5F2 3" 



EF 



SDNGWT 
"6F24" 



EF 



EXT3 
"6F25" 



- SDNTETRTA 
"6F2 6" 



'^'^STXT 
"6F27" 



"^MSGTXT 
"6F28" 



" "^303123 
"6F2 9" 



'^''SDS4 
"6F2A" 



"'^MSGEXT 
"6F2B" 



'^''EADDR 
"6F2C" 



'^'^EINFO 
"6F2D" 



"6F2E" 



-M3Ch 
5F2F" 



"6F30" 



'^ REP GATE 
"6F31" 



^^AD 
"6F32" 



'^PREF^LA 
"6F33" 



'' LNDComp 
"6F34" 



-DFLT3TGT 
"6F35" 



- SDS4MEMST 
ATUS 
"6F3 6" 



'^ WELCOME 
"6F37" 



- 3D3R 
5F38" 



'^'^SDSP 
"6F3 9" 



-^'^DIALSC 
"6F4 6" 



■^■^ARR 
"6F4 7" 



-DMO_GSSIS 
"6F4 9" 



EF 



DMO_GRDS 
"6F4A" 



EF 



GTMO_GDMO 
F4B" 



EF 



GDMO_GTMO 
"6F4C" 



^^SCAN 
"6F4D" 



EF 



3CAND 
"6F4E" 



EF 



DMO_DEP 
"6F4F" 



'^'^PNI 
"6FC0" 



Figure 66: File identifiers and directory structures of TSIIV! 
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1 1 Application protocol 



11.1 Procedures 

The TSIM interfaces with appropriate terminal equipment (ME) when in TETRA administrative mode. These 
operations are outside the scope of the present document. 

During TETRA network operations the TSIM exchanges messages with the ME via the TSIM/ME interface. A message 
can be a command or a response as follows: 

• a TETRA command/response pair is a sequence consisting of a command and the associated response; 

• a TETRA procedure consists of one or more TETRA command/response pairs which are used to perform all or 
part of an application-oriented task. A procedure shall be considered as a whole, that is to say that the 
corresponding task is achieved if and only if the procedure is completed. The ME shall ensure that, when 
operated according to the manufacturer's manual, any unspecified interruption of the sequence of 
command/response pairs which realize the procedure, leads to the abortion of the procedure itself; 

• a TETRA session of the TSIM in the TETRA application is the interval of time starting at the completion of 
the TSIM initialization procedure and ending either with the start of the TETRA session termination 
procedure, or at the first instant the link between the TSIM and the ME is interrupted. 

During the TETRA network operation phase, the ME plays the role of the master and the TSIM plays the role of the 
slave. 

The list of procedures at the TSIM/ME interface in TETRA network operation are listed in the following list: 

The ME automatically initiates some procedures. They are marked "ME". 

NOTE 1: Some procedures at the TSIM/ME interface require MMI interactions. The following descriptions do not 
intend to infer any specific implementation of the corresponding MMI. When MMI interaction is 
required, it is marked "MMI". 

NOTE 2: Some procedures are not clearly user dependent. They are directly caused by the interaction of the MS 
and the network. Such procedures are marked NET work "(NET)". 



General Procedures: 

• Reading an EF 

• Updating an EF 
TSIM management procedures: 

• TSIM initialization 

• TETRA session initialization 

• TETRA session termination 

• Language preference request 

• Administrative information request 

• TSIM service table request 

• TSIM phase request 

• TSIM presence detection 
PIN related procedures: 

• PIN verification 



ME; 
ME. 

ME; 
ME; 
ME; 
ME 
ME 
ME 
ME; 
ME. 



MMI; 
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• PIN value substitution MMI 

• PIN disabling MMI 

• PIN enabling MMI 

• PIN unblocking MMI 
TETRA security related procedures: 

• TETRA algorithms computation NET 

• TETRA key computation (SCK, DCK, MGCK, GCK)NET 



• ITSI request 

• ITSI disabling 

• Location Information 

• Broadcast network information 

• Forbidden networks information 
Subscription related procedures: 

• Username 

• Subscriber class request 

• Group information 

• User's group information 

• Call modifiers 

• Network information 



NET 
NET 
NET 
NET 
NET, 



MMI; 
ME; 

MMI/NET; 

ME/NET; 
NET/ME; 
ME; 



• Dialling Numbers (ADN, ADNTETRA, ADNGWT, FDN, FDNTETRA, FDNGWT, END, LNDTETRA, 
LNDGWT, SDN, SDNTETRA, SDNGWT LNDComp) MMI/ME; 

• SDS messages (Message texts, SDS 123 and SDS4) MMI; 

• Preferred networks MMI; 

• Service Provider Name (SPN) ME; 

• ICCID ME; 

• Emergency addresses ME/MMI. 

1 1 .2 General procedures 
11.2.1 Reading an EF 

The ME selects the EF and sends a READ command. This contains the location of the data to be read. If the access 
condition for READ is fulfilled, the TSIM sends the requested data contained in the EF to the ME. If the access 
condition is not fulfilled, no data will be sent and an error code will be returned. 
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11.2.2 Updating an EF 



The ME selects the EF and sends an UPDATE command. This contains the location of the data to be updated and the 
new data to be stored. If the access condition for UPDATE is fulfilled, the TSIM updates the selected EF by replacing 
the existing data in the EF with that contained in the command. If the access condition is not fulfilled, the data existing 
in the EF will be unchanged, the new data will not be stored, and an error code will be returned. 

In some cases, files are updated by running an algorithm resident on the TSIM. 

1 1 .2.3 Deactivating an EF 

For deactivating (invalidating) the ME selects the EF and sends a DEACTIVATE FILE command. If the access 
conditions of DEACTIVATE are fulfilled the EF is deactivated. 

1 1 .3 TSIM management procedures 

1 1 .3.1 General on TSIM management procedures 

After UICC activation, the ME selects the TSIM application. If no EF^jj^ is found or no TSIM application are listed in 
the EFqjjj file, the MS then tries to select the TETRA application as specified in EN 300 812 [15]. 

After a successful selection of TSIM application, the selected TSIM application identifier (AID) is stored on the UICC. 
This application is referred as the last selected application. The last selected application shall be available on the UICC 
after a deactivation followed by an activation of the UICC. 

The procedures listed in clauses 11.3.2 to 11.3.11 are required for execution of the procedures in clauses 11.4, 11.5 and 
11.6. 

11.3.2 TSIM initialization 

The ME runs the language request procedure. If none of the indicated languages are available, the ME selects a default 
language (e.g. English). 

1 1 .3.3 TETRA session initialization 

The ME selects EFj^gj to obtain its activation status. If the ITSI is deactivated the ME informs the user and the TETRA 
session initialization fails. 

The ME runs the PIN verification procedure for PINl as defined in clause 1 1.4.2. If the PIN verification is 
unsuccessful, the TETRA session initialization fails. 

If the PIN verification procedure is performed successfully, the ME then runs the following procedures: 

• Administrative information request; 

• TSIM Phase request; 

• TSIM Service Table request; 

• ITSI request; 

• ITSI temporarily disabled enquiry; 

• Subscriber class request; 

• Preferred networks request; 

• Location Information request; 

• Mutual authentication requirement request; 
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• Forbidden networks request; 

• Interrupted emergency call request. 

After the TSIM initialization has been completed successfully, the MS is ready for a TETRA session. 

NOTE: If the ITSI is "Temporary disabled by SwMI", the ME enters a TETRA session with a restricted mode of 
operation. The restricted TETRA session usually consists of the MS simply listening to the SwMI to 
eventually detect a re-enabling of the ITSI by the network (see EN 300 392-7 [4]). 

1 1 .3.4 TETRA session termination 

The ME terminates the TETRA session as follows: 

The ME runs all the procedures that are necessary to transfer the following subscriber related information to the TSIM: 

• Contents is outside the scope of the present document. 

As soon as the TSIM indicates that these procedures are completed, the ME/TSIM link may be deactivated. 

Finally, the ME deletes all these subscriber related information elements from its memory. 

NOTE 1: This procedure is not to be confused with the deactivation procedure. 

NOTE 2: If the ME has already updated any of the subscriber related information during the TETRA Session, and 
the value has not changed until TETRA session termination, the ME may omit the respective update 
procedure. 

1 1 .3.5 Preferred languages request 

• Request: The ME performs the reading procedure with EFp^. 

• Update: The ME performs the updating procedure with EFp^. 

1 1 .3.6 Administrative information request 

• Request: The ME performs the reading procedure with EFAD. 

• Update: The ME performs the updating procedure with EFAD. 

1 1 .3.7 TSIM service table request 

The ME performs the reading procedure with EF^gj. 

1 1 .3.8 TSIM phase request 

The ME performs the reading procedure with EFpj^^gg. 

1 1 .3.9 TSIM presence detection 

As an additional mechanism, to ensure that the TSIM has not been removed during a card session, the ME sends, at 
frequent intervals, a STATUS command during each call. A STATUS command shall be issued within all 30 second 
periods of inactivity on the TSIM-ME interface during a call. Inactivity in this case is defined as starting at the end of 
the last communication or the last issued STATUS command. If no response data is received to this STATUS 
command, then the call shall be terminated as soon as possible but at least within 5 seconds after the STATUS 
command has been sent. If the DF indicated in response to a STATUS command is not the same as that which was 
indicated in the previous response, or accessed by the previous command, then the call shall be terminated as soon as 
possible but at least within 5 seconds after the response data has been received. This procedure shall be used in addition 
to a mechanical or other device used to detect the removal of a TSIM. 
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11.3.10 TSIM card number request 

The ME performs the reading procedure with EFj,--(^jj-,. 

11.3.11 Common Cipher Key request 

The ME performs the read procedure with EF^^,-,^^ to obtain the current record in this EF. 

1 1 .4 PIN related procedures 

1 1 .4.1 General on PIN related procedures 

The procedures hsted in clauses 11.4.2 to 11.4.6 are mandatory. 

A successful completion of one of the following procedures grants the access right of the corresponding PIN for the 
TETRA session. This right is valid for all files within the application(s) protected by this PIN. 

After a third consecutive presentation of a wrong PIN to the TSIM, not necessarily in the same TETRA session, the PIN 
status becomes "blocked" and the access right previously granted by this PIN is lost immediately. 

An access right is not granted if any of the following procedures are unsuccessfully completed or aborted. 

11.4.2 PIN verification 

The ME checks the PIN status. 

In the case of PIN 1 the following procedures applies: 

• If the PINl status is "blocked", and PINl is "enabled" the procedure ends and is finished unsuccessfully. 

• If the PINl status is "blocked" but PINl is "disabled", the procedure ends and is finished successfully. The ME 
shall, however, accept TSIMs which do not grant access rights when PINl is "blocked" and "disabled". In that 
case ME shall consider those TSIMs as "blocked". 

• If the PIN status is not "blocked", but PINl is "disabled", the procedure is finished successfully. 

• If the PINl status is not "blocked" and PINl is "enabled", the ME uses the VERIFY PINl function. If the 
PINl presented by the ME is equal to the corresponding PINl stored in the TSIM, the procedure is finished 
successfully. If the PINl presented by the ME is not equal to the corresponding PINl stored in the TSIM, the 
procedure ends and is finished unsuccessfully. 

In the case of PIN2 the following procedure applies: 

• If the PIN2 status is "blocked", the procedure ends and is finished unsuccessfully. 

• If the PIN2 status is not "blocked", the ME uses the VERIFY PIN function. If the PIN2 presented by the ME is 
equal to the corresponding PIN2 stored in the TSIM, the procedure is finished successfully. If the PIN2 
presented by the ME is not equal to the corresponding PIN2 stored in the TSIM, the procedure ends and is 
finished unsuccessfully. 

11.4.3 PIN value substitution 

The ME checks the PIN status. If the PIN status is "blocked" or "disabled", the procedure ends and is finished 
unsuccessfully. 

If the PIN status is not "blocked" and the enabled/disabled indicator is set "enabled", the ME uses the CHANGE PIN 
function. If the old PIN presented by the ME is equal to the corresponding PIN stored in the TSIM, the new PIN 
presented by the ME is stored in the TSIM and the procedure is finished successfully. 

If the old PIN and the PIN in memory are not identical, the procedure ends and is finished unsuccessfully. 
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11.4.4 PIN disabling 

Requirement: Service no. 1 "available". 

The ME checks the PINl status. If the PINl status is "blocked", the procedure ends and is finished unsuccessfully. 

If the PINl status is not "blocked", the ME reads the PINl enabled/disabled indicator. If this is set "disabled", the 
procedure ends and is finished unsuccessfully. 

If the PINl status is not "blocked" and the enabled/disabled indicator is set "enabled", the ME uses the DISABLE PIN 
function. If the PINl presented by the ME is equal to the PINl stored in the TSIM, the status of PINl is set "disabled" 
and the procedure is finished successfully. If the PINl presented by the ME is not equal to the PINl stored in the TSIM, 
the procedure ends and is finished unsuccessfully. 

This requirement applies to the PINl at the TETRA application level. For the PINl at the master file level, it only 
applies in the case of a TETRA only card. 

11.4.5 PIN enabling 

The ME checks the PINl status. If the PINl status is "blocked", the procedure ends and is finished unsuccessfully. 

If the PINl status is not "blocked", the ME reads the PINl enabled/disabled indicator. If this is set "enabled", the 
procedure ends and is finished unsuccessfully. 

If the PINl status is not "blocked" and the enabled/disabled indicator is set "disabled", the ME uses the ENABLE PIN 
function. If the PINl presented by the ME is equal to the PINl stored in the TSIM, the status of PINl is set "enabled" 
and the procedure is finished successfully. If the PIN presented by the ME is not equal to the PINl stored in the TSIM, 
the procedure ends and is finished unsuccessfully. 

11.4.6 PIN unblocking 

The execution of the PIN unblocking procedure is independent of the corresponding PIN status, i.e. being blocked or 
not. 

The ME checks the UNBLOCK PIN status. If the UNBLOCK PIN status is "blocked", the procedure ends and is 
finished unsuccessfully. 

If the UNBLOCK PIN status is not "blocked", the ME uses the UNBLOCK PIN function. If the UNBLOCK PIN 
presented by the ME is equal to the corresponding UNBLOCK PIN stored in the TSIM, the relevant PIN status 
becomes "unblocked" and the procedure is finished successfully. If the UNBLOCK PIN presented by the ME is not 
equal to the corresponding UNBLOCK PIN stored in the TSIM, the procedure ends and is finished unsuccessfully. 

1 1 .5 TETRA security related procedures 

1 1 .5.1 General requirements on TETRA security related procedures 

The procedures listed in clauses 11.5.2 to 11.5.5 are only executable if the associated services, which are optional, are 
provided in the TSIM. However, if the procedures are implemented, they shall be in accordance with the requirement 
stated in this clause. If a procedure is related to a specific service indicated in the TSIM service table, it shall only be 
executed if the corresponding bit denoting this service as "available" (see EFg^j). In all other cases this procedure shall 
not start. 

The TSIM security procedures are associated with the air interface message exchange protocol procedures for 
authenticating the TSIM to a TETRA network and the TETRA network to the TSIM. During these TSIM security 
procedures the card runs the specified algorithms TAl 1/12 and TA21/22 to calculate respectively the expected response 
from the TSIM, (X)RESl with its associated derived cipher key DCKl and the expected response from the SwMI, 
(X)RES2 with its associated derived cipher key DCK2. 

On successful authentication the derived cipher key DCK, used for encrypting air interface signalling and traffic 
channels, shall be derived from its two parts DCKl and DCK2 by running the TB4 algorithm. 
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All the algorithms shall not be executable unless DFjgjj^^ has been selected as the Current Directory and a successful 
PIN verification procedure has been performed (see clause 1 1.4.2). 

The procedures are either initiated by the ME (internal applications or MMI) or interfaced from the SwMI via the ME. 
In the latter case the ME provides only a delivery service with no other functionality than to interpret the PDUs if 
necessary. 

1 1 .5.2 Authentication procedures and generation of DCK 

1 1 .5.2.1 Mutual authentication requirement request 

The TSIM performs the read procedure with EF^g,-; to determine whether a mutual authentication is requested by the 
TSIM in case of a TSIM authentication request from the SwMI. 

1 1 .5.2.2 TSIM authentication 

The ME runs the TAl 1/12 ALGORITHM, followed by a GET RESPONSE to obtain the RES 1 . If and only if the TSIM 
requests a mutual authentication (see clause 11. 5. 2.1), the ME runs then the GET CHALLENGE, followed by the 
TA21/22 ALGORITHM. If the authentication was successful, it finally runs the TB4 ALGORITHM to obtain DCK. 

1 1 .5.2.3 SwMI authentication 

The ME runs the GET CHALLENGE function, followed by the TA21/22 ALGORITHM. If and only if the SwMI 
requests a mutual authentication, the ME runs the TAl 1/12 ALGORITHM, followed by a GET RESPONSE to obtain 
the RESl. If the authentication was successful, it finally runs the TB4 ALGORITHM to obtain DCK. 

1 1 .5.3 TETRA OTAR key computation (CCK, GCK, SCK) 

The CCK, GCK and SCK cipher keys can be updated by OTAR. They are sent over the air interface in sealed format 
and need to be unsealed on receipt by algorithms on the TSIM. 

SCK and CCK are accessible from the TSIM-ME interface but GCK is accessible only in modified format (MGCK). 

11.5.3.1 CCK distribution 

On receipt of a new SCCK from the SwMI, the ME checks the validity of the CCK-ID received from the SwMI, 
calculates the record number to be updated and then runs the TA32 ALGORITHM to update EFqqj^. 

11.5.3.2 CCK changeover 

When the ME detects a new CCK-ID in use it determines the record number in EF^^^^j^ which contains the new 
CCK-ID. 

11.5.3.3 GCK distribution 

The ME analyses EFq^^j^ and EFq^^jq to locate the required GTSI. If the GTSI is not already present, the ME 
allocates a free record number in the EFq^^jq and there places the new GTSI. 



The ME checks whether there is a GCK (and MGCK) associated with the GTSI by accessing the appropriate GCK 
record number data element in EFQj^pg or EFqjjj-,j-,. If there is no such associated GCK, then a free record in EFq^j^ is 

allocated (see note below), and the corresponding target record number in EFQjjj-,g or EFqj^qp is updated accordingly. 



In the case where there was already a GCK (and MGCK) present, the ME identifies whether the new GCK-VN is valid 
by comparing it to the GCK-VN being stored currently in the appropriate record of EFf^Q^^;]^. If it is not valid the 
procedure is aborted. 
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The ME then runs the TA82 ALGORITHM to update the respective GCK. After this, the ME runs the TA71 
ALGORITHM on this particular GCK to obtain the corresponding MGCK. For this operation, the current CCK (the one 
being indicated on the broadcast channel) is used. 

NOTE: To allocate a free record in EFqqj^ the ME reads EF^j^pg and EFqjjj-,£) and works out if there is a record 
in EFqqj^ which is not presently pointed to by any GCK record pointer. 

1 1 .5.3.4 SCK distribution 

On receipt of a new SSCK from the SwMI, the ME identifies whether the new SCK-VN is valid by comparing it to the 
one being stored currently. If it is not valid the procedure is aborted. Then the ME runs the TA41/52 ALGORITHM in 
order to unseal the SCK and store it in that record of EF^qj^, which is indicated by the SCKN. 

11.5.4 ITSI request 

The ME performs the reading procedure with EFjjgj. 

1 1 .5.5 ITSI disabling/re-enabling 

See also EN 300 392-7 [4]. 

Permanent disabling: 

On receiving the ITSI permanent disable command the ME selects EFjjgj and shall then immediately run 
the SwMI authentication procedure defined in clause 1 1 .5.2.3. If the SwMI is successfully authenticated 
then the deactivation procedure is performed on EFj^gj. The TETRA session is immediately terminated 

(see note). 

Temporary disabling: 

On receiving the ITSI temporary disable command the ME selects EFjj§jj-,j3 and shall then immediately 
run the SwMI authentication procedure defined in clause 11 .5.2.3. If the SwMI is successfully 
authenticated then the ME performs the update procedure with EFjjgjj-,jg to set the flag to "temporarily 

disabled" (see note). 

Re-enabling: 

On receiving the ITSI enable command the ME selects EFjj^jpjg and shall then immediately run the 
SwMI authentication procedure defined in clause 11. 5. 2. 3. If the SwMI is successfully authenticated then 
the updating procedure is performed on EFj^gj^j^ to set the flag to "not disabled". 

NOTE: It is an implementation issue for the TSIM to deny access to further sensitive EFs (such as group 
identities and air interface encryption keys) if the ITSI is temporarily or permanently disabled. 

1 1 .6 Subscription related procedures 

1 1 .6.1 General requirements on subscription related procedures 

The procedures listed in clauses 11.6.2 to 11.6.12 are only executable if the associated services, which are optional, are 
provided in the TSIM. However, if the procedures are implemented, it shall be in accordance with the requirement 
stated in this clause. If a procedure is related to a specific service indicated in the TSIM service table, it shall only be 
executed if the corresponding bit denoting this service as "available" (see EF^gj). In all other cases this procedure shall 
not start. 
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1 1 .6.2 Usemame request 

• Requirement: Service no. 16 "available". 

• Request: The ME performs the reading procedure with EFuname- 

• Update: The ME performs the updating procedure with EFuj,^^]^g. 

1 1 .6.3 ITSI temporarily disabled enquiry 

• Request: The ME performs the reading procedure with EFjjgjpjg. 
Update: The ME performs the updating procedure with EFjjgjpjg. 



• 



1 1 .6.4 Subscriber class request 

• Request: The ME performs the reading procedure with EFg^j. 

• Update: The ME performs the updating procedure with EFg^^j. 

1 1 .6.5 Group identity information 

The following procedures apply to both static (EFq^^jj) and dynamic (EFq^jj^) groups with the exceptions mentioned 
in the following clauses. 

1 1 .6.5.1 Static Group identity information 

• Request: The ME performs the reading procedure with EFq^jj^. 

1 1 .6.5.2 Dynamic Group identity information 

Request: The ME performs the reading procedure with EFQggjp. 



• 



• Erasure: The ME identifies the record in EFq^^jq containing the GSSID to be erased and marks it as 

free. 

• Update/deactivate: The ME selects EFq^^jq and shall then immediately run the SwMI authentication 

procedure defined in clause 11.5.2.3. If the SwMl is successfully authenticated then the 
update or deactivate procedure is performed on EFq^jj^. 

The update and deactivation of EFq^^jq requires the updating of the network table. The handling procedures of the 
network table (EFj^^j) are defined under clause 1 1.7. 

1 1 .6.6 Group related data 

The following procedures apply to both static and dynamic group related data (EpQj^pg and EFqj^qq). 

• Request: The ME performs the reading procedure with EFqjjj-)^ or EFqj^qj-). 

, Update: The ME performs the updating procedure with EFqj^j-,^ or EFqj^qj-,. 

NOTE: A record in EFqj^j-,^ or EFqj^qj-, is free when the associated record in EFq^^j^ or EFq^^jj-, is marked free. 
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1 1 .6.7 User's group information 

• Request: The ME performs the reading procedure with EFqjj,^pq. 

• Update: The ME performs the updating procedure with EFqjjs^pq. 

The update of the file is performed in the beginning of a group call. 

The update of this file requires the updating of the network table. The handling procedures 
of the network table (EFj^^yj) are defined under clause 11.7. 

11.6.8 Call modifiers 

• Requirement: Service no. 26 "available". 

• Request: The ME performs the reading procedure with EF^^jyjj. 

• Update: The ME performs the updating procedme with EFqj^^j. 

1 1 .6.9 Service Provider Name 

• Requirement: Service no. 14 "available". 

• Request: The ME performs the reading procedure with EF§pj^. 

11.6.10 DMO channel procedures 

• Requirement: Service no. 27 "available". 

• Request: The ME performs the reading procedure with EFpjyjQj^j^. 

• Update: The ME performs the updating procedure with EFj-,]y[QQjj. 

• Erasure: The ME erases the contents of the record in EFj-,]y[Qf;[j by filling the record with "FF". 

11.6.11 Emergency addresses 

• Request: The ME performs the reading procedure with EFg^y^j^j^. 

• Update: The ME performs the updating procedure with EFg^j-,j-,jj. 

• Erasure: The ME erases the contents of the record in EFg^y-j^j^ by filling the bl to b4 in the record 

with 1. 

11.6.12 Interrupted emergency call request 

• Request: The ME performs the reading procedure with EFgjj^pQ. 

• Update: The ME performs the update procedure with EFgjj^pQ. 

NOTE: If an emergency call was in progress when the ME was powered down the current emergency call record 
number, if non-zero, indicates that an emergency call procedure was in progress when the ME was 
powered down. The ME should recognize the non-zero value as an indication to take action as necessary 
to restart the emergency call after authentication. 
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1 1 .7 Network related procedures 

11.7.1 Networks 

• Request: The ME performs the reading procedure with EFj^^j. 

• Update: The ME checks whether the network address to be stored is already present. 

If so, the record pointer counter of the found network address record is increased by one. 

If the address is not found on the network table, a new record is added to the network table 
and the corresponding record pointer counter is set to one. 

• Erasure: The record on the network table is deleted (indicated as free by filling it with "FF"s). 

1 1 .7.2 Forbi(d(den networks 

• Request: The ME performs the reading procedure with EFpQj^gjj-,. 

• Update: The ME performs the updating procedure with EFpQj^gjj-,. 

• Erasure: The ME can erase the whole contents of the Forbidden networks. The action can either be 

initiated by the ME or the MMI. In case of erasure, the whole table of Forbidden addresses 
will be erased i.e. marked free by filling them with "FF"s. 

1 1 .7.3 Preferred networks 

• Requirement: Service no. 15 "available". 

• Request: The ME performs the reading procedure with EFpj^gp. 

• Update: The ME performs the updating procedure with EFpj^pp. 

1 1 .8 Dialling number related procedures 

1 1 .8.1 General requirements on dialling number related procedures 

The procedures listed in clauses 11.8.2 to 11.8.4 are only executable if the associated services, which are optional, are 
provided in the TSIM. However, if the procedures are implemented, it shall be in accordance with the requirement 
stated in this clause. If a procedure is related to a specific service indicated in the TSIM service table, it shall only be 
executed if the corresponding bit denoting this service as "available" (see EFggp). In all other cases this procedure shall 
not start. 

1 1 .8.2 Dialling numbers under DFjetra 

The following procedures may be applied to EF^Qp^Q^yj and its associated extension file EFgwtexti ^^ described in 
the procedures below. The procedures also refer to EFp^j^Q^y^p, EEpj^pQ^yp, EFspj^Q^y^p, EF^pp^pppj^^, EFpp,j^.pp.p,^^, 
^Plndtetra '^^'^ '^PsDNTETRA '^^'^ '■^^i'^ associated extension files. If these files are not available, as denoted in the 
TSIM service table, the current procedure shall be aborted and the appropriate EFs shall remain unchanged. 
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As an example, the following procedures are described as applied to ADNGWT. 

• Requirement: Service no. 3 "available". 

• Request: The ME sends the identification of the information to be read. The ME shall analyse the 

data of EF^j-,j,^(-;\yj (see clause 10.3.26) to ascertain whether additional data is associated 
in EpQ^jgjjjj. If necessary, the ME performs the reading procedure on EpQ^yjgj^j^ and 
EFgwt '^° assemble the complete ADNGWT. 

• Update: The ME analyses and assembles the information to be stored as follows: 

i) the ME identifies the record containing the Name to be updated; 

ii) the dialling number (and/or Supplementary service access string in case of ADNTETRA) shall be allocated to 
the bytes of the EF as follows: 

If the dialling number contains 16 or less "digits", it shall be stored in "number". 

If the dialUng number contains more than 16 "digits", the procedure shall be as follows: 

The ME seeks for a free record in EpQ^-j-gj^jj. If no Extensionl record is marked as "free", the 
procedure is aborted. 

When a free Gateway Extensionl record is found, the first 16 "digits" are stored in the "number". The 
value of the "Length of number contents" is set to the maximum value, which is 16. The Gateway 
Extensionl record number in EF^^js^Q^yj is coded with the associated record number in the EFQ^y^g^Tl- 
The remaining digits are stored in the selected Gateway Extensionl record. The first byte of the Gateway 
Extensionl record is set with the number of digits of the remaining data. Further gateway extension 
records can be added up to the full length of the dialling string by chaining records in Gateway 
Extensionl . The total number of digits is the sum of the "Length of number contents" of EF^qj^q^j and 
byte 2 of all associated chained Gateway Extensionl records containing data; 

Example of a chain of gateway extension records being associated to an ADNGWT or LNDGWT is presented 
in figure 67. The Gateway Extensionl record number of ADNGWT or LNDGWT is set to 3. 

No of Record Extension Data Next Record 

Record 3 xx xx "06" > 

Record 4 xx xx "xx" 

Record 5 xx xx "FF" < 

Records xx xx "05" > <.... 

Figure 67: Gateway extension chain 

iii) the ME seeks the gateway address in EFq^^j. If it is not already in the table a new entry is created. If a new 
entry cannot be created, the procedure is aborted. When the entry is available the ME updates the Gateway 
address record number in EF^^js^q^j to the associated record in EpQ^yj; 

iv) the ME chooses a proper call modifier in EFj^jyjj. 

When i), ii), iii) and iv) have been successfully executed the ME performs the updating procedure with EF^£,j,^(-;\yj. 

NOTE: If the TSIM does not have available empty space to store the received ADN, or if the procedure has been 
aborted, the ME advises the user. 

• Erasure: The ME sends the identification of the information to be erased. The content of the 

identified record in EF^^j^q^j is marked as "free". Furthermore, the associated records in 

Ef'GWT ^^'^ Ef'GWTEXTl ^^ updated accordingly. 
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1 1 .8.3 Dialling numbers under DFjelecom 

The following procedures may be applied to EF^qj^ and its associated extension file EF^-^j^ as described in the 
procedures below, and also to EFp^j^, EFlnq, EF§£)j^ and their associated extension files. If these files are not 
available, as denoted in the TSIM service table, the current procedure shall be aborted and the appropriate EFs shall 
remain unchanged. 

As an example, the following procedures are described as applied to ADN. 

• Requirement: Service no. 36 "available". 

• Request: The ME sends the identification of the information to be read. The ME shall analyse the 

data of EF^Qj,^ (see clause 10.4.1) to ascertain whether additional data is associated in 
EFgj^jj. If necessary, the ME performs the reading procedure on EFgj^jj and reading of 
default gateway SSI from EFq^^j to assemble the complete ADN. 

• Update: The ME analyses and assembles the information to be stored as follows (subscriber has 

chosen to store ADN to the general EF^sj-,j^ under DFTELECOM): 

i) the ME identifies the record containing the Name to be updated; 

ii) the dialling number shall be allocated to the bytes of the EF as follows: 

if a "+" is found, the TON identifier is set to "International"; 

if the dialling number contains 20 or less "digits", it shall be stored in "Dialling Number/SSC String"; 

if the dialling number contains more than 20 "digits", the procedure shall be as follows: 

The ME seeks for a free record in EEgj^^j. If no Extension! record is marked as "free", the procedure is 
aborted. 

When a free Extensionl record is found, the first 20 "digits" are stored in the Dialling Number/SSC 
String. The value of the "Length of BCD number/SSC contents" is set to the maximum value, which is 
11. The Extensionl record number in EF^^j^ is coded with the associated record number in the ^F-^XTl- 
The remaining digits are stored in the selected Extensionl record. The first byte of the extension data in 
Ef^EXTl (second byte of Extensionl record) is set with the number of digits of the remaining data. 
Further extension records can be added up to the full length of the dialling string by chaining records in 
Extensionl. The total number of digits is the sum of the "Length of BCD number/SSC contents" of 
^f^ADN '^^'^ ^y*-^ ^ °f ^^^ associated chained extension data records containing data; 

iii) if a called party subaddress is associated to the ADN/SSC the procedure shall proceed as follows: 

if the length of the called party subaddress is less than or equal to 11 bytes (see TS 100 940 [11] for coding): 

the ME seeks for a free record in EF EXTl. If an Extensionl record is not marked as "free", the ME runs 
the Purge procedure. If an Extensionl record is still unavailable, the procedure is aborted; 

the ME stores the called party subaddress in the Extensionl record, and sets the Extensionl record type 
to "called party subaddress". 

If the length of the called party subaddress is greater than 11 bytes (see TS 100 940 [11] for coding): 

the ME seeks for two free records in EEgj^^j. If no such two records are found, the ME runs the Purge 
procedure. If two Extensionl records are still unavailable, the procedure is aborted; 

the ME stores the called party subaddress in the two Extensionl records. The identifier field in the 
Extensionl record containing the first part of the subaddress data is coded with the associated EFg^xi 
record number containing the second part of the subaddress data. Both Extensionl record types are set to 
"called party subaddress". 
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Once i), ii), and iii) have been considered the ME performs the updating procedure with EF^j^js^. If the TSIM has no 
available empty space to store the received ADN/SSC, or if the procedure has been aborted, the ME advises the user. 

• Erasure: The ME sends the identification of the information to be erased. The content of the 

identified record in EF^j-,f>j is marked as "free". Furthermore, the associated records in 
EFgjjjj are updated accordingly. 

• Purge: The ME shall access each EF which references EEgj^j^ i^^EXTl^ ^'-'^ storage and shall 

identify records in these files using extension data (additional data or called party 
subaddress). Note that existing chains have to be followed to the end. All referred 
Extensionl (Extension2) records are noted by the ME. All Extensionl (Extension2) records 
not noted are then marked by the ME as "free". 

1 1 .8.4 FDNGWT specific procedures 

• Requirement: Service no. 5 "available". 

If FDN is enabled (i.e. EF^qj^q^j is deactivated or not present) the ME shall operate in a restricted mode where only 
those phone numbers contained in EFpj-)]>^ and EFp^j^Q^-j-are used. 

If FDNTETRA is enabled (i.e. EF^pj^jgjj^^ is deactivated or not present) the ME shall operate in a restricted mode 
where only those phone numbers contained in EFpj-)j^j£jjj^ are used. 

Both modes FDN and FDNTETRA can be enabled independently of each other. 

ADNGWT and FDNGWT are mutually exclusive of each other and independent of the state of ADNTETRA and 
FDNTETRA. Likewise, ADNTETRA and FDNTETRA are mutually exclusive of each other and independent of the 
state of ADNGWT and FDNGWT. This means that there may be restricted ADNGWT phonebook operation or 
restricted TETRA phonebook operation and these are independent of each other. 

The following three procedures are only applicable to service no.4 (FDNTETRA) no. 5 (FDNGWT). As an example, the 
following procedures are described as applied to FDNGWT. 

1 1 .8.4.1 FDNGWT capability request 

To ascertain the state of FDNGWT, the ME checks in EEgsx whether or not ADNGWT is activated. If ADNGWT is 
not activated, service no. 5 is enabled. If ADNGWT is activated, the ME checks the response data EF^^j^Q^yj. If 
EPadngwt '^^^ deactivated, service no. 5 is enabled. In all other cases service no. 5 is disabled. 

11.8.4.2 FDNGWT disabling 

The FDNGWT disabling procedure requires that PIN2 verification procedure has been performed successfully and that 
ADNGWT is activated. If not, FDNGWT disabling procedure will not be executed successfully. To disable FDNGWT 
capability, the ME deactivates EF^sj-jf^Q^yj. The deactivate/activate flag of EF^qj^q^j, which are set by the 
ACTIVATE FILE command, is at the same time the indicator for the state of the service no. 5. If ADNGWT is not 
activated, disabling of FDNGWT is not possible and thus service no.5 is always enabled (see FDNGWT capability 
request). 

11.8.4.3 FDNGWT enabling 

The FDNGWT enabling procedure requires that PIN2 verification procedure has been performed successfully. If not, 
FDNGWT enabling procedure will not be executed successfully. To enable FDNGWT capability, the ME deactivates 
'^Padngwt- ^^^ deactivate/activate flag of EF^^j^q^j, which is set by the DEACTIVATE FILE command, is at the 
same time the indicator for the state of the service no.5 (see FDNGWT capability request). If ADNGWT is not 
activated, service no.5 is always enabled. 

Deactivated ADNGWTs may optionally still be readable and updatable depending on the file status (see clause 9.4). 
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1 1 .9 Status and short data message procedures 

11 .9.1 General requirements on status and short data message procedures 

The procedures listed in clauses 11.9.2 to 11.9.7 are only executable if the associated services, which are optional, are 
provided in the TSIM. However, if the procedures are implemented, it shall be in accordance with the requirement 
stated in this clause. If a procedure is related to a specific service indicated in the TSIM service table, it shall only be 
executed if the corresponding bit denoting this service as "available" (see EF^gj). In all other cases this procedure shall 

not start. 



1 1 .9.2 Display of status message texts 

• Requirement: Service no. 22 "available". 

• Request: 



The TSIM selects EFgjj^j and searches for the identified status message value. If the 
message value is found it performs the reading procedure with EF^jj^j. 



1 1 .9.3 Display of SDS1 message texts 



• Requirement: 

• Request: 



Service no. 23 "available". 

The TSIM selects EFjyfgQjj^j and searches for the identified status message value. If the 
message value is found it performs the reading procedure with EFmsgtxt- 



1 1 .9.4 Storage of status and SDS messages types 1 , 2 and 3 



• Requirement: 

• Request: 

• Update: 



Erasure: 



Service no. 24 "available". 

The TSIM selects EF5£)gj23 ^"d searches for the identified status or SDS message. If this 
message is found, the ME performs the reading procedure with EF§q3j23 

The ME looks for the next available area to store the status or SDS message in EFgj-,5j23- If 
such an area is available, it performs the updating procedure with EF§j-,gj ^23 

If there is no available empty space in the TSIM to store the received short message, the 
ME advises the user. 

The ME selects EFgj-,§j23 ^"d identifies the records to be erased. Then it performs the 
update procedure to mark them as free. 



NOTE: Depending on the ME, the message may be read before the record is marked as "free". After performing 
the updating procedure with EF5j-,§j23' ths memory allocated to this short message in the TSIM is made 
available for a new incoming message. The memory of the TSIM may still contain the old message until a 
new message is stored in that area. 

1 1 .9.5 Storage of SDS messages type 4 



• Requirement: 

• Request: 

• Update: 



Service no. 25 "available". 

The TSIM selects EF§£)g4 and searches for the identified short message. If this message is 
found, the ME performs the reading procedure. 

The ME looks for the next available area to store the short message in EF§q§4. If such an 
area is available, it performs the updating procedure with EF5j)34. 

If there is no available empty space in the TSIM to store the received short message, the 
ME advises the user. 



£75/ 



123 



ETSI TS 100 812-2 V2.4.1 (2005-08) 



Erasure: 



The ME selects EFgj-,54 and identifies the records to be erased. Then it performs the update 
procedure to mark them as fi^ee. 



NOTE: Depending on the ME, the message may be read before the record is marked as "free". After performing 
the updating procedure with EF3j-,5j23' ths memory allocated to this short message in the TSIM is made 
available for a new incoming message. The memory of the TSIM may still contain the old message until a 
new message is stored in that area. 

1 1 .9.6 SDS delivery report 



Requirement: 
Request: 

Update: 



Erasure: 



Purge: 



Service number 32 "available". 

If the status of a stored short message indicates that there is a corresponding status report, 
the ME performs the seek function with EFg^gj^ to identify the record containing the 
appropriate status report. The ME performs the reading procedure with EFg^^j^. 

If the status report is received, the ME first seeks within the SDS record identifiers of 
EFgQgj^ for the same record number it used for the short message in EFg^g^. If such a 

record identifier is found in EF§£)gjj, it is used for storage. If such a record identifier is not 

found, then the ME seeks for a free entry in EFgpgj^ for storage. If no free entry is found, 

the ME runs the Purge procedure with EF^^gj^. If there is still no free entry, the status 

report is not stored. 

If the ME found an appropriate record in EFg^^j^ for storage, it updates the record with the 
status report setting the record identifier in EF^j^gj^ to the appropriate record number of the 
short message in EFgj-jg^. 

The status in EF3j-,54 is updated accordingly (see clause 10.3.42) by performing update 
procedure with EFgj-,34. 

The ME runs the update procedure with EFg^^j^ by storing "00" in the first byte of the 
record. 

The ME shall read the SDS record identifier (byte 1) of each record of EFg^gj^. With each 
record the ME checks the corresponding SDS message in EFgj-,34. If the status of the 
corresponding SDS is not equal to "status report requested, received and stored in EF§j-,gjj" 
the ME shall perform the erasure procedure with the appropriate record in EFg^gj^. 



1 1 .9.7 Default Status Target 



• Requirement: 

• Request: 

• Update: 



Service number 31 "available". 

The ME checks whether a destination address has been specified if not then the ME 
performs the read procedure with EFdfltststgt- 

The ME runs the update procedure with EFjjpL-psTSTGT- 



£75/ 



1 24 ETSI TS 1 00 81 2-2 V2.4.1 (2005-08) 



Annex A: 
Void 
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Annex B (informative): 
FDN Procedures 



The FDN facility allows operation of the TETRA terminal in a restricted state whereby it can only initiate calls to a 
pre-determined destination or list of destinations. 

A TETRA SIM may be personalized so that the terminal can be operated in only the restricted state, only the 
unrestricted state or to allow the operation mode to be switched between states through the MMI. 

FDN services: 

Two FDN services are provided for the TETRA TSIM. Service number 4 allows fixed dialling to other TETRA 
addresses while service number 5 allows fixed dialling to destinations on a PABX or the PSTN. These services may be 
individually or jointly enabled as indicated in the TSIM service table. 

The TSIM service table provides an enable/disable indicator for each of the two FDN services to indicate to the ME the 
capabilities of the TSIM. Where the TSIM service table indicates that the TSIM is capable of both ADN and FDN 
services, the operating state can be switched as described below. 

FDN operation: 

When the ME is operating in the restricted FDN state, the user may only call destinations listed in the FDN directories 
^PpDN (service no 5) and/or EFpj-)j^.j-£.j^^ (service no 4). Attempts to call other destinations shall be rejected by the 
ME, other than those initiated by activation of the emergency call procedures. 

FDN initialization: 

When a TETRA session is initialized, the ME should check the TSIM service table for the state of the FDN services. If 
neither service is enabled, the ME should enter the unrestricted operation state, offering facilities as otherwise indicated 
in the TSIM service table. 

If either of the FDN services are enabled in the TSIM service table, the ME should further check the entries for ADN 
(service no 2) and ADNTETRA (service no. 3). If neither ADN service is enabled the ME should enter the restricted 
FDN operation state. 

If both ADN and FDN services are enabled in the TSIM service table, the operation mode may be determined by the 
validity of EF^,y5j^. If EF^^j^ is deactivated, the ME should enter the restricted FDN operation state. If EF^^j^ is not 

deactivated, the ME should enter the unrestricted state. 

Change of FDN operation mode: 

Where the TSIM Service Table indicates that a TSIM supports both FDN and unrestricted modes of operation, the 
validity of the file EF^y-jj^ provides the indicator as to the current operating state as described above. 

The ME may provide an MMI operation to allow toggling of the operation state by performing deactivation or 
deactivation of the EF^pj^. This procedure can only be performed after successful completion of the PIN2 verification 
procedure to satisfy the access rights for EF^^j^. 

Change of FDN access details: 

The ME may provide a method on the MMI to change entries in the FDN directories, thereby changing the list of call 
destination when the ME is operating in the restricted state. This procedure can only be performed after successful 
completion of the PIN2 verification procedure to satisfy the access rights for update to EFp^j^. 
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Annex C (informative): 

Suggested contents of EFs at pre-personalization 

If EFs have an unas signed value, it may not be clear from the main text what this value should be after conclusion of the 
manufacturing phase and prior to personalization of initial usage. This annex suggests values in these cases in 
tables C.l to C.3. 

The values stored in EF(^f;j^, EFg^^j^, EFq(^j^ and EFjyjQ^j^ may only be changed using the appropriate OTAR 
algorithms in the TAAl set. The initial values to be stored may be assigned by the network operator and loaded during 
the manufacturing phase. If particular values are not assigned it is suggested that these files are populated with a null 
value, "00... 00". 



C.1 Contents of the EFs at the IVIF level 

Table C.I : Contents of the EFs at the MF level after pre-personalization 



File 
Identification 


Description 


Value 


EF|CCID 


Card identification 


Operator dependent (see clause 10.2.1) 


EFqir 


Application directory 


"FF...FF" 


EFpL 


Preferred language 


Operator dependent (see clause 10.2.3) 



C.2 Contents of the EFs at the TETRA application level 

Table C.2: Contents of the EFs at the TETRA application level after pre-personalization 



File Identification 


Description 


Value 


EFad 


Administrative Data 


See clause 10.3.50 


EFadnGWT 


Abbreviated Dialling Number with Gateway 


"FF...FF" 


eFadntetra 


Abbreviated Dialling Numbers for TETRA 
network 


"FF...FF" 


FFarr 


Access Rule Reference 




FFqck 


Common Cipher Key 


Operator dependent (see clause 10.3.7) 


fFqckloc 


CCK Location Areas 


Operator dependent (see clause 10.3.8) 


FFcMT 


Call modifier table 


"FF...FF" 


FFdfLTSTSTGT 


Default Status Target 


"FF...FF" 


FFqiaLSC 


Dialling schemes for TETRA network 


"FF...FF" 


FFdmOCH 


DMO Channel Information 


"FF...FF" 


FFdmO dep 


Default encryption parameters 


"FF...FF" 


FFdmO_GRDS 


Group related data for DIVIO static GSSIs 


Operator dependent (see clause 10.3.65), else 
"FF...FF" 


FFdmO_GSSIS 


DIVIO pre-programmed group numbers 


Operator dependent (see clause 10.3.64), else 
"FF...FF" 


EFdnWRK 


Broadcast network information 


"00. ..00" 


FFeadDR 


Emergency address 


"FF...FF" 


FFeinFO 


Emergency call information 


"00" 


fFexta 


Extension A 


"FF...FF" 


FFfdnGWT 


Fixed Dialling Number with Gateway 


"FF...FF" 


FFpDNTETRA 


Fixed Dialling Numbers for TETRA network 


"FF...FF" 


FFpORBID 


Forbidden networks table 


Operator dependent (see clause 10.3.18), else 
"FF...FF" 
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File Identification 


Description 


Value 


EFqck 


Group Cipher Keys 


Operator dependent (see clause 10.2.14) 


EFqinFO 


User's group information 


Operator dependent (see clause 10.3.16), else 
"OOOOFF...FFFFOOFFFFFF" 


EFgrdD 


Group related data for Dynamic GSSIs 


"FF...FF" 


fFqrds 


Group related data for Static GSSIs 


Operator dependent (see clause 10.3.1 1), else 
"FF...FF" 


^■^GSKO 


Group Session Key 


"FF...FF" 


FFqsSID 


Dynamic GSSIs 


"FF...FF" 


fFqssis 


Pre-programmed GSSIs 


Operator dependent (see clause 10.2.10) 


EFqdMO gtmo 


DM0 - TIVIO selected group association 


"FF...FF" 


FFqtMO gdmo 


TMO - DMO selected group association 


"FF...FF" 


FFqwT 


Gateway Table 


Operator dependent (see clause 10.3.24), else 
"FF...FF" 


FFqwTEXTI 


Gateway Extension 1 


"FF...FF" 


FFgwTEXT2 


Gateway Extension2 


"FF...FF" 


FFgwTXT3 


Gateway Extensions 


"FF...FF" 


FF|TSI 


ITS! 


Operator dependent (see clause 10.3.2) 


FF|TSIDIS 


ITSI Disabled 


"00" 


EFkh 


List of Key Holders 


See clause 10.3.48 


FFlndCOMP 


Composite LND file 


"FF...FF" 


FFlndGWT 


Last Number Dialled with Gateway 


"FF...FF" 


FFlnDTETRA 


Last Number Dialled for TETRA network 


"FF...FF" 


FFmgCK 


IVIodified Group Cipher Keys 


Operator dependent (see clause 10.3.15) 


fFmsch 


IVIS allocation of DIVIO channels 


"FF...FF" 


fFmsgext 


Message Extension 


"FF...FF" 


fFmsgtxt 


SDS-1 message texts 


"FF...FF" 


EFnwT 


Network table 


l^t record operator dependent 
(see clause 10.3.24), else "FF...FF" 


EFpHASE 


Phase identification 


"01" 


FFpNi 


Private Number Information 


"FF...FF" 


FFpREF 


Preferred networks table 


Operator dependent (see clause 10.3.19), else 
"FF...FF" 


EFpREF LA 


Preferred Location Areas 


"FF...FF" 


FFrepgaTE 


DMO repeater and gateway list 


"FF...FF" 


FFsCAN 


Scan list files 




FFsCAND 


Scan list data 




FFsCK 


Static Cipher Key 


Operator dependent (see clause 10.3.9) 


FFsCT 


Subscriber class table 


Operator dependent (see clause 10.3.5) 


FFsDNGWT 


Service Dialling Numbers with Gateway 


"FF...FF" 


FFsDNTETRA 


Service Dialling Numbers for TETRA 
network 


"FF...FF" 


FFsDS123 


Status and SDS type 1 , 2 and 3 message 
storage 


"FF...FF" 


FFsDS4 


SDS type 4 message storage 


"FF...FF" 


FFsDSMEM STATUS 


SDS Memory Status 




FFsDSP 


SDS Parameters 


"FF...FF" 


FFsDSR 


SDS delivery report 


"00.. .00" 


FFspN 


Service Provider Name 


"FF...FF" 
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File Identification 


Description 


Value 


EFsST 


TSIM Service Table 


Operator dependent (see clause 10.3.1), else 
"00. ..00" 


EFsTXT 


Status message texts 


Operator dependent (see clause 10.3.39) 


EFuNAME 


Username 


"FF...FF" 


EFwELCOME 


Welcome message 


Operator dependent (see clause 10.3.55), else 
"FF...FF" 



C.3 Contents of the EFs at the Telecom Level 

Table C.3: Contents of the EFs at the Telecom level after pre-personalization 



File 
Identification 


Description 


Value 


FFadn 


Abbreviated Dialling Numbers 


"FF...FF" 


FFpDN 


Fixed Dialling Numbers 


"FF...FF" 


fFmsisdn 


MSISDN 


"FF...FF" 


FFlnd 


Last Number Dialled 


"FF...FF" 


EFsDN 


Service Dialling Numbers 


"FF...FF" 


EFextI 


Extensioni 


"FF...FF" 


FFexT2 


Extension2 


"FF...FF" 


FFexT3 


Extensions 


"FF...FF" 
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Annex D (normative): 

Database structure for group IDs and phone books 

Use of the network table: 

Relational database mechanisms are used to save a significant amount of memory. Several EFs (e.g. EFq^^jj and 
^^GSSId) refer to the Network table for network address instead of saving it with each group short subscriber identity. 
However, since a network address can be referenced from more than one place, a record pointer counter is needed to 
keep track of how many times a network address is referenced. When the record pointer counter of a network address is 
one, it is referenced from only one place. When that address is removed, the corresponding network address can be 
removed also, since it was the only one using it. This housekeeping method is used to remove unnecessary network 
addresses from the network table. Refer to figure D.l. 

The network table is thus handled using the following procedures: 

• When a network address needs to be stored with a record, the network table (EFj^^yj see clause 10.3.23) needs 
to be read. If the address (MCC and MNC) is already found on the network table, the Record pointer counter 
of the found network address record needs to be increased by one. Only the record number of the network 
address on the network table is stored with the record that needs the network address. 

• If the address is not found on the network table, a new record needs to be added to the network table. On the 
network table the new network address (MCC and MNC) is stored along with a record pointer counter, which 
is set to one. Only the record number of the network address on the network table is stored with the record that 
needs the network address. 

• If the desired network address is not found in the network table, and it cannot be added because of the file 
being full, the new network address cannot be stored on the TSIM. 

• If a record that uses a network address in the network table needs to be deleted, the network table also needs to 
be updated. The record that needs to be updated can be found using the record number. The record number is 
stored with the record that is to be deleted. When the record in the network table is found, the record pointer 
counter is read. If the value of the counter is 2 or higher, the counter is decreased by one and the record that 
referenced it can be deleted. 

• If the record pointer counter is 1, the whole record on the network table can be deleted (indicated as free by 
filling it with "FF"s) along with the record that pointed to that record. 
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Figure D.l : Graphical presentation of group data related EF structures 
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Figure D.2 shows how records in phonebook related EFs can point to records in other phonebook related EFs. 

NOTE: Each of the 8 phonebooks (ADNGWT, LNDGWT, FDNGWT, SDNGWT, ADNTETRA, LNDTETRA, 
FDNTETRA and SDNTETRA) may point to EF^j^j, which is not shown on the diagram. 
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Figure D.2: Graphical presentation of phionebooit related EF structures 



£75/ 



1 31 ETSI TS 1 00 81 2-2 V2.4.1 (2005-08) 



Annex E (informative): 

Emergency call facilities and procedures 

The TETRA standards provide a wide variety of call types and facilities which may be used in an emergency situation. 
The activation of an emergency facility is implementation-specific and so the file content defined for the TETRA SIM 
card is intended to offer flexibility in handling emergency situations. This annex offers further explanation of the 
information available to the ME in handling an emergency situation. 

Emergency call control: 

The EFgjj^pQ contains a control flag to indicate to the whether or not emergency calls are enabled for this particular 
card. 

Emergency call addresses: 

The EFg^QQj^ contains a list of call destinations for use in an emergency call. Entries in the file can require that the call 
be placed to either the last group in which the ME took part or to a pre-defmed destination. When the file contains more 
than one address, it is suggested that the order of the records in the file should indicate the order of preference for the 
call, starting with the highest preference. 

Each record in EFg^y-jpj^ also contains a number of flags providing an indication as to the type of the call address, 
allowing a mix of call types to be indicated. The call type can be one of a selection of 10 variants, including all of the 
common speech calls and short data transactions. For circuit mode calls, a data field indicates the nature of the required 
call i.e. individual, group, acknowledged group or broadcast. 

When the emergency call type is a status or short data transaction, an additional option is selected by a flag which may 
be used to indicate a preference as to the source of the data to be transferred in an emergency message. When the 
pre-defined value stored in the card is selected, a record number pointer indicates EFgQ3j23 or EF5Q34 which contain 
both the destination and message content. When the "application" source is selected, it is suggested that the contents of 
the data field would be obtained by an application running in the ME. 

Protection for interrupted emergency calls: 

The EF EFgjj^pQ contains a flag indicating the action to be taken on power-on after an interrupted emergency call - to 
optionally resume the emergency call without further operator intervention. 

Where EFgjj,^pQ indicates that an interrupted emergency call should be continued next time the ME is powered up, the 
ME should maintain the current emergency call index in EFgjj^pQ during any emergency call procedure. In particular, 
the index should be set by the ME to a value to be understood by the restarting ME as the call is initiated and zeroed on 
normal termination. The index allows the restarting ME to establish that an emergency transaction was in progress and, 
from the index, which of the available call options to restart. The coding of the index is implementation-dependant but 
is dimensioned so that it can be used as a pointer to a record number in EFp^j-,j-,jj if required. 

Successful connection of an emergency call: 

It is suggested above that the ME should attempt to set up the emergency call to each of the destinations prescribed in 
Ef^EADDR until a successful connection is achieved. 

It should, however, be noted that not all call types provide a definite indication of success. An unacknowledged group 
call, for example, may succeed in establishing a "call" but it is possible that no other member of the group could be 
available and so the result would be no exchange of useful information. For PABX or PSTN voice calls, call routing 
beyond the TETRA infrastructure may not be able to return a definite indication of a successful exchange to the 
originating terminal and so a call to an unanswered or engaged number could result. The implementation of the 
emergency facility may take account of this possibility in controlling the emergency call. 
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Emergency calls in Direct Mode: 



When an emergency call record in EFg^j-,£)j^ requires the use of direct mode, the implementation may handle the 
possibility of the required party being on one of a multiplicity of DMO channels. The record in EFg^^^j^ includes a 
field to indicate a channel number explicitly. It is suggested that a zero channel number could cause the ME to use the 
flags provided in EFj)]y]Q,--h which designate a channel for emergency use in attempting to set up the call. 

Emergency calls when the TSIM card is not fitted: 

Where the ME is not equipped with a TSIM interface, or the TSIM is absent, it must still be possible, for some 
appUcations, to make an emergency call. 
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Annex F (informative): 

Composite List of Last Dialled Numbers 

Each phonebook has a distinct file holding a list of Last Numbers Dialled (LND). When a subscriber initiates a call in a 
particular mode, the called number is written to the corresponding LND file. Table F.l summarizes the link between the 
handset mode, phonebook elementary file and the LND elementary file. 

Table F.l 



Mode 


Phonebook 


Last Number Dialled 


PSTN 


EFadn 


EFlnd 


PABX 


E'^ADNGWT 


FFlnDGWT 


PRIVATE 


eFadntetra 


eFlndtetra 


GROUP 


E'^GSSIS^E'^GSSID 


Non-existent 



The navigation of the MMI may be simplified for the user if only one (composite) list of Last Dialled Numbers is 
maintained to permit the user to review the Last Numbers Dialled in reverse chronological order. The composite LND 
file enables this functionality to be offered because each mode (except GROUP) has a distinct LND file and entries in 
these files are not timestamped and therefore cannot be sorted in time. 

Operation of EFLNDComp= 

The composite LND file is updated with a pointer to the relevant individual LND file when a call is originated. The 
pointer includes the file identifier and record number for the relevant LND file. 

The relationship between the files is shown in figure F.L 
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Figure F.l : Graphical representation of relationship between the LND files 
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It is recommended that a maximum file length equal to the length of one of the individual LND files is used. The 
reasoning is that if EF^js^j^^^qj^ is longer than one of the individual LND files it will be quicker to find the original 
dialling number in the phone books. 
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Annex G (informative): 
Bibliography 



• CEN EN 726-3: "Terminal Equipment (TE); Requirements for IC cards and terminals for telecommunication 
use - Part 3: Application independent card requirements". 

• CEN EN 726-4: "Terminal Equipment (TE); Requirements for IC cards and terminals for telecommunication 
use - Part 4: Application independent card related terminal requirements". 

• ETSI ETS 300 396 (all parts): "Terrestrial Trunked Radio (TETRA): Technical Requirements for Direct Mode 
Operation (DMO)". 
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Annex H (informative): 
Change requests 

The present document contains Change Requests as described in the table H.l. 



NOTE 1: The Change Requests CR201 to CR214 are originally drafted for EN 300 812 [15] and for that reason 
"CHVl" in the Change Requests are in the present document "PINl". 

NOTE 2: Many of the clause numbers in the EN 300 812 [15] are one less than in present version of TS 100812-2. 
The clause numbers of the Change Requests are adapted to ones of the present document. 
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Table H.I : Change Requests 



CR 
No 


CR 
vers 


Version 


Remarks 


Clauses affected 


Title 


CR Status 


201 


APP 


V2.2.2 


Already in version V2.2.2. Only 
reference to ISO/IEC 8859-1 [9] 
added. 


10.3.24 


Elementary file EF_GWT, Gateway Table. [GR149 note] 


EPT approved 030708 


202 


APP 


V2.2.2 


Already in version V2.2.2 


10.3.2, 10.3.3 and 10.3.12 


CR1 50 change to ADCH questioned, new solution 


EPT approved 030708 


203 


APP 


V2.2.2 


Already in version V2.2.2 


10.3.17 


Change to EFSEC file in order to support class 2 and 
class 3 


EPT approved 030708 


204 


REJ 


V2.2.2 


Superseded by CR21 4. 


10.3.1, 10.3.63, 10.3.64, 
10.3.65, 10.3.66, 10.5 


Add support of DIVIO group call feature 


SeeCR215 


205 


APP 


V2.2.2 


Already in version V2.2.2 


10.3.10, 10.3.12 


Add support of group hierarchy 


EPT approved 030708 


206 


APP 


V2.2.2 


Already in version V2.2.2 


10.3.1, 10.3.61, 10.3.62, 10.5 


Add support of multiple group attachments feature as 
specified in the TETRA standard 


EPT approved 030708 


207 


APPi 


V2.2.2 


Figure titles and references to 
new figures added 


10.3.8 


CCK Location areas (EFqq(^|_qq) 


EPT approved 030708 


208 


APP 


V2.2.2 


Included 


7.5 


DCK storage 


EPT approved 030708 


209 


APPi 


V2.2.2 


Included (with corrections to 
version 1 .0) 


10.3.14 


EFqqi^ expanded to multiple groups 


EPT approved 030708 


210 


APPi 


V2.2.2 


Included as 10.3.69, table and 
figure headings added with 
references to those 


New clause 10.3.68 


Add GSKO definition to SIIVI 


EPT approved 030708 


211 


APPi 


V2.2.2 




7.3,9.1.15,9.1.1.7,9.1.1.8, 
9.1.1.9,9.1.1.10,9.2.1,9.4.2, 
10.3.15, 11.4.2.2 (clauses in 
EN 300 812 [15]: 7.2, 8.17.2, 
9.2, 11.4.2.2) 


Addition and updates of algorithms in SIM. Delete also 


EPT approved 030708 


212 


APP 


V2.2.2 


- 


9.1.14,9.2, 11.4.2.1 


Update algorithm TA32 


EPT approved 030708 


213 


APPi 


V2.2.2 


Included editorially modified. 


10.3.16 


Add some fields in EF GINFO 


EPT approved 030708 


214 


REJ 


V2.2.2 


Substituted by CR21 5 


(10.3.63, 10.3.64, 10.3.65, 

10.3.66) 

Update of clause 10.3.1,1 0.5 


To add support of DMO Group call feature according to 

TETRA standard. 

Change to CR 204 - editorial errors 


SeeCR215 


215 


APP 


V2.2.2 


- 


10.3.65, 10.3.66, 10.3.67, 
10.3.68 


Changes due to CR214 for EN 300 812-3 


EPT approved 030708 


216 


APP 


V2.2.2 


- 


C.1,C.2, C.3 


Addition of missing files 


EPT approved 030708 


217 


APP 


V2.2.2 


- 


11.7.1 


Typo in EFADNGWT in clause 1 1 .7.1 


EPT approved 030708 


218 


APP 


V2.2.2 


- 


10.3.6 


SIM phase coding 


EPT approved 030822 


219 


APP 


V2.2.2 


- 


11.2.1, 11.2.2 


Remove reference to EFchv 


EPT approved 030822 


220 


REJ 


V2.2.2 


- 


11.2.3 


Updates on the SIM by the terminal upon Session 
termination 


WG3 rejected 030620 


301 


10 


V2.3.2 


- 


2,3.3, 10.3, 10.3.60, 10.5, 
11.3.3 


Contents of files at the TSIM ADF (application DF) level 


EPT approved 050249 


302 


10 


V2.3.2 


- 


7.6, 9.3 


Issues identified during MV20031212 - access control 


EPT approved 050249 


303 


10 


V2.3.2 


- 


10.3.6 


Issues identified during MV20031212 - Cross-compatibility 


EPT approved 050249 
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CR 


CR 


Version 


Remarks 


Clauses affected 


Title 


CR Status 


No 


vers 












304 


10 


V2.3.2 




10.3.2, 11.2.3, 11.3.3, 11.5.5, 
11.6.5.2, 11.8.4, 11.8.4.1, 
11.8.4.2, 11.8.4.3, Annex B, 
C.I , and many other clauses 


Issues identified during MV20031212 - Editorial issues 


EPT approved 050249 
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